Modify ↓
Opened 20 years ago
Last modified 10 years ago
#1505 new enhancement
Search all projects at once
Reported by: | anonymous | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | topic-multiproject |
Component: | search system | Version: | 0.8.1 |
Severity: | major | Keywords: | global search multi project |
Cc: | trac.tickets@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
In case of mulitple projects, it would be very interesting to have a global search (across all projects and their tickets). Is suppose this would be quite easy to accomplish, if this would call the search of each separate project and display the results in a single page …
Attachments (0)
Change History (8)
comment:1 by , 20 years ago
Keywords: | multi project added |
---|
comment:2 by , 20 years ago
Cc: | added |
---|
comment:3 by , 19 years ago
Cc: | added; removed |
---|
comment:4 by , 18 years ago
Milestone: | → 1.0 |
---|---|
Owner: | changed from | to
Severity: | normal → major |
comment:6 by , 14 years ago
Milestone: | triaging → 0.13 |
---|
Related to #130, this ticket focuses on the request handling (i.e. the TracDev/Proposals/MultipleProject#URLspacefordifferentprojects part).
comment:7 by , 14 years ago
Milestone: | 0.13 → 0.14-multiproject |
---|
comment:8 by , 10 years ago
Owner: | removed |
---|
Note:
See TracTickets
for help on using tickets.
Definitely something that should be possible when multiple projects per environment gets implemented. This should be extended to the notions of global queries, global timeline as well.
One idea would even to be able to do that on sets of projects, so that single project or all projects would be the two extremes of a more general mechanism.
This could perhaps translate to some conventions regarding the URL mapping, if the project is the mandatory first element in the URL path:
Implementation Note
This could be done by a preprocessing on the req.path_info, before the request dispatching itself, so that the existing match_request() methods wouldn't have to be modified. A list of matching projects names could be associated to the req (
req.args['projects']
). If the list is empty, then the reject could either be rejected when it can't be satisfied, or a project selector could be added to the form (e.g. for the search, as described above).