Closed Bug 100012 (bm-search-slow) Opened 23 years ago Closed 19 years ago

Bookmark search results poor UE: slowness, no busy cursor, no distinctive window

Categories

(SeaMonkey :: Bookmarks & History, defect, P5)

x86
Windows 98
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: trudelle, Assigned: ben_seamonkey)

References

Details

(Keywords: perf)

Using recent builds on Win98 (with my quarter-meg BM file...)
Bookmarks->Manage Bookmarks (.......wait for it...........)
When Manage Bookmarks window eventually appears, choose Edit->Find Bookmarks
type in a search string that will generate a lot of hits, click Find.
Actual: Nothing at all happens for what seems like ages, but if you look REAL
CLOSELY, you'll see the BM window replaced by an identically positioned and
sized Search Results window after about 6 seconds, during which time the app is
entirely unresponsive.
Expected: Search should take less than a second, but if it has to take longer
there should be some type of progress indicator, or at least a busy cursor, and
the ability to put this time to other use.  Finally, the results should be much
more distinct from the BM window, offset and smaller if possible so they don't
hide the entire thing.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter 
email notifications caused by this by searching for 'ilikegoats'.

Assignee: ben → pchen
Status: ASSIGNED → NEW
Mass move Ben's bugs dumped on me marked future with p5 to get off my untriaged
radar. You can filter out this email by looking for "ironstomachaussie"
Priority: -- → P5
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
Alias: bm-search-slow
Summary: Bookmark search results poor UE → Bookmark search results poor UE: slowness, no busy cursor, no distinctive window
*** Bug 145164 has been marked as a duplicate of this bug. ***
*** Bug 163499 has been marked as a duplicate of this bug. ***
Keywords: nsbeta1
We have Win2000 with NTFS. When searching in the bookmarks, we have to wait over
60 seconds. Also when deleting entries in the download manager window.
nsbeta- per the nav triage team.
Keywords: nsbeta1nsbeta1-
Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com
Assignee: bugs → ben_seamonkey
*** Bug 193566 has been marked as a duplicate of this bug. ***
Keywords: perf
the bug seems to be resolved in Firefox 0.92, but not in Mozilla 1.7.
Product: Browser → Seamonkey
marking WFM

results nearly instantaneous for a 1.5mg bookmark file with lots of hits
dinky sony vaio windows 98 128MB PII
moz 1.8 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20050111
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.