Closed Bug 76676 Opened 24 years ago Closed 22 years ago

presence of ie favorites slows first open of top-level bookmarks menu

Categories

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

x86
Windows 98
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 62907
Future

People

(Reporter: jruderman, Assigned: bugs)

Details

(Keywords: perf)

In a recent build Imported IE Favorites was broken (bug 76618), and I noticed that the top-level bookmarks folder opened much more quickly in that build. I think that means IE Favorites are being read when the bookmarks menu opens instead of when I open the "Imported IE Favorites" submenu. See also bug 63000 reading bookmarks file shouldn't slow down browser launch time bug 31301 browser unresponsive while building "Imported IE Favorites" submenu
I have about 500 top-level IE favorites, and the bookmarks menu takes about 2 seconds to appear the first time I open it. In build 04/18 (where importing IE favorites is broken for me), the menu doesn't open instantly, but it does load in well under a second. 400 MHz PII, 128 MB ram, Win98, comparing 04/09 with 04/18.
Keywords: perf
would it be possible to have another thread work on loading them and not block the general bookmarks ui? It would seem likely that loading them when the user selects the folder would cause a long delay, whereas we could be loading them as the user navigates bookmarks and hopefully already have enough of them by the time the user gets to the favorites folder.
Keywords: arch
Timeless: that approach would depend on bug 40609. It sounds like it would cause Mozilla's memory and cpu usage to jump up as soon as the Bookmarks folder is opened, which might put strain on multi-user systems. Moving arch keyword to bug 40609 because it's probably possible to fix this bug without major architectural changes.
Keywords: arch
nav triage team: Not a beta stopper, marking nsbeta1-
Keywords: nsbeta1-
Copying waterson.. I can't really remember clearly but I seem to recall someone mentioning something about content builder generating submenus for a toplevel menu when it is opened. In this case that is likely to be bad.
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
See also bug 105795. Favorites are also (??) read when the browser is launched, which takes a lot of time if you have a lot of favorites.
Summary: ie favorites should not be read until needed → presence of ie favorites slows first open of top-level bookmarks menu
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 bookmarks & open pref perf bugs from pchen to ben
Assignee: pchen → ben
Blocks: 120814
remove self
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
This is a duplicate of a non-IE Favorites bug. It's the same problem, so dup'ing. Removing this bug from the IE Favorites tracking bug as well. *** This bug has been marked as a duplicate of 62907 ***
No longer blocks: 120814
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.