Closed Bug 65876 Opened 25 years ago Closed 21 years ago

local search should support multiple criteria

Categories

(SeaMonkey :: Search, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX
mozilla1.2alpha

People

(Reporter: alecf, Assigned: samir_bugzilla)

Details

we need to fix local search to support multiple criteria, so we can do cooler queries for cooler UIs
Blocks: 65862
moving to moz 1.0 for now
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.0
this no longer blocks history because I've found it much faster to make history understand find: url's... and then I expanded the sequence from there. The problem with the (current) local search service is that it requests all urls from a given datasource, and then picks out the ones that match. it's much cheaper to make the datasource itself do the search.. I think what I will do is add the capability to break down find URIs into search terms, and make a custom enumerator that understands these parsed terms. Eventually, other datasources could: 1) use the find URI parsing mechanism, and do their own internal search 2) use the find URI parsing mechanism, and then use the searching enumerator to search themselves.
No longer blocks: 65862
nav triage team: Maybe a performance gain, but not critical. Pushing out to mozilla1.2
Target Milestone: mozilla1.0 → mozilla1.2
not mine..
Assignee: alecf → sgehani
Status: ASSIGNED → NEW
What's this about? can anyone enlighten me?
if alecf isn't going to fix this, nobody is...
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
then mark it WONTFIX, not WORKSFORME
Status: REOPENED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → WONTFIX
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.