Closed
Bug 31301
Opened 25 years ago
Closed 23 years ago
Browser unresponsive while importing IE favorites
Categories
(SeaMonkey :: Bookmarks & History, defect, P2)
Tracking
(Not tracked)
Future
People
(Reporter: jruderman, Assigned: bugs)
Details
(Keywords: perf, Whiteboard: [nav+perf])
Steps to reproduce:
1. Get a really large favorites list in IE. I have lots of submenus in my IE
favorites, along with a bunch of unsorted sites in my root favorites directory.
2. Open mozilla browser.
3. Pull down bookmarks menu, hover over "imported IE favorties" for half a
second (long enough to make a submenu come up - use another menu to determine
exactly how long this is).
4. Click in an empty area of the page. The bookmarks menu doesn't go away
until it would have finished importing the IE favorites, and the browser is
generally unresponsive.
I don't know if this is specific to imported bookmarks, or general to large or
long and unsorted bookmark lists.
This is probably a specific case of bug #30942, mozilla should be more
responsive while doing slow tasks or while stuck in an infinite loop.
Comment 1•25 years ago
|
||
davidr8@home.com - has performance in this area improved in recent builds of
Mozilla?
Gerv
Reporter | ||
Comment 2•25 years ago
|
||
Still takes a long time, still unresponsive while doing it.
Comment 3•25 years ago
|
||
Adding perf keyword, confirming.
Gerv
Updated•25 years ago
|
Target Milestone: --- → M19
Comment 6•25 years ago
|
||
I only have the default IE Favorites (< 30 items) and it's very slow (>5 seconds).
It's enough just to mouse-over the "Bookmarks" in the main menu to trigger it.
Unfortunately, the bug 22642 prevents a workaround by deleting the folder (I
don't wan't to mess with favorites).
Comment 7•25 years ago
|
||
Reassigning 79 Bookmarks bugs to Ben. I was told this was going to be done
shortly about two months ago, but it clearly hasn't been. I think that's long
enough for all these bugs to remain assigned to nobody.
Feel free to filter all this spam into the trashcan by looking for this string
in the message body: ducksgoquack
Assignee: slamm → ben
Comment 8•25 years ago
|
||
Netscape Nav triage team: this is a Netscape beta stopper.
Keywords: nsbeta1
Priority: P3 → P2
nav triage team:
marking mozilla0.9 target milestone
Target Milestone: --- → mozilla0.9
Assignee | ||
Comment 10•24 years ago
|
||
pushing out. will provide a means of removing this folder for .9
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9 → mozilla1.0
Comment 11•24 years ago
|
||
nav triage team:
Marking nsbeta1-, need to rethink IE Favorites feature, also don't think fix is
an easy one.
Assignee | ||
Comment 12•24 years ago
|
||
OK, this is not really specific to IE favorites. If you bookmark your windows
directory, the menu for that will likewise take a long time to display as the a
huge lump of content is built. This is not so much of a bookmarks issue as it
is a problem with menus. A place where this problem used to be very apparent
was mail.
Updated•24 years ago
|
Whiteboard: [nav+perf]
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla1.0 → Future
Assignee | ||
Comment 13•24 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
Comment 14•24 years ago
|
||
mass-reassign bookmarks & open pref perf bugs from pchen to ben
Assignee: pchen → ben
Comment 15•23 years ago
|
||
Mozilla now imports IE favorites one time.
This problem still would occur for a large list of IE favorites in a folder.
That makes it a duplicate of another bug. The same problem is occurring for
regular bookmarks.
*** This bug has been marked as a duplicate of 62907 ***
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•