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)
Tracking
(Not tracked)
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
Reporter | ||
Comment 1•24 years ago
|
||
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
Reporter | ||
Comment 3•24 years ago
|
||
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-
Assignee | ||
Comment 5•23 years ago
|
||
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
Assignee | ||
Comment 6•23 years ago
|
||
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
Reporter | ||
Comment 7•23 years ago
|
||
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
Comment 9•23 years ago
|
||
mass-reassign bookmarks & open pref perf bugs from pchen to ben
Assignee: pchen → ben
Comment 10•23 years ago
|
||
remove self
Updated•22 years ago
|
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 11•22 years ago
|
||
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 ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•