70670 - Bookmarks menu freezes Navigator for 100 seconds

Status: RESOLVED DUPLICATE of bug 62907

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

Description

[Waldemar Horwat]

When I click to pull down the Bookmarks menu for the first time while MacOS 9.1
file sharing is starting up, Navigator will hang for about 100 seconds on my
machine, and then proceed to display the menu.  At other times (when file
sharing is not starting up), pulling down the Bookmarks menu for the first time
takes maybe a couple of seconds.  In either case, subsequent pulldowns of the
Bookmarks menu are fast.  I have somewhat less than a hundred items and/or
folders in the Bookmarks menu.

Other operations done while file sharing is starting up are not noticeably
slower than when the machine is quiescent.

Comment 1

[Paul Chen]

Hey Waldemar, don't do that! ;-) Marking Future

Comment 2

[Waldemar Horwat]

You mean I shouldn't use Navigator immediately after turning on and booting my
computer?

Comment 3

[Viswanath Ramachandran]

nsbeta1+, mozilla0.9.1. 

Comment 4

[Ben Goodger (use ben at mozilla dot org for email)]

Can we send this to a Mac person? (maybe paul?) I'm not aware even of what file 
sharing is or does (other than the fact that I get "File Sharing cannot be 
enabled" alerts sometimes when I boot into OS9.1) 

Comment 5

[Viswanath Ramachandran]

-> paul. 

Comment 6

[Mike Pinkerton (not reading bugmail)]

waldemar! you know better than to use file sharing! it slows down your entire 
machine! :(

Comment 7

[dalelum]

For me the freeze occurs regardless of whether File Sharing is on or not. It 
never unfreezes, and eventually I have to force-quit (apple-option-esc). 
Interestingly, rather than asking if I want to quit Mozilla, the system 
prompts me to quit one of my background apps. When I do so, Mozilla 
unfreezes and I can use the Bookmark menu without crashing.

Comment 8

[Mike Pinkerton (not reading bugmail)]

is it always the same bg app, or different ones? once you forcequit the other
app, can you use the bookmarks menu or does it just hang again?

Comment 9

[dalelum]

It's different apps, depending on what I happen to be running at the time. 
After that, I can use the menu without trouble. However if I quit Mozilla and 
launch it again, the menu will again freeze with the first use.

Comment 10

[Matthew T (active 1999-2002)]

My bookmarks have about 300 items, though only about 30 of these are at the top
level. The first time I click on the Bookmarks menu -- whether this is in the
top-level menu bar, or the Personal Toolbar -- the OS freezes for about five or
six seconds before opening the menu. I do not have File Sharing turned on.

I'd make a wild guess that the fix for this is, once Mozilla has fully started
up and loaded the initial pages etc, to set up a background thread for
constructing the Bookmarks menu *before* the user gets to try to open it.

Comment 11

[Steve]

Similar problems as daleum, and I doubt that file sharing has anything to do
with this problem. I'm using Mac build 2001082704.

If I boot up Mozilla with no Internet connection (dial-up via FreePPP in my
case) and click on bookmarks, Mozilla will pause for a few seconds and then open
the bookmarks. After that initial bookmark selection, any further bookmark
selection gives the desired immediate dropdown menu.

However, if I'm on an Internet connection, when I click on the Bookmarks menu
for the first time, the pause is very long. For all practical purposes, it
freezes my machine. When I try to force-quit out, I have to force-quit some
other app first, and it's not one particular app. I've had it happen with my PPP
setup, Word, Excel, etc. 

Some force-exits from Mozilla more graceful than others. Sometimes, I can
restart Mozilla and start browsing again. Other times, I'm stuck with a hard
reboot. I don't remember the bug being this nasty a few months ago, but it's
pretty bad now.

Comment 12

[Simon Fraser [no longer active]]

Do you use any of the bookmark date tracking features?

Comment 13

[Steve]

Is this still a problem? I notice that the lag has disappeared sometime in the
last two weeks worth of builds.

Comment 14

[Chase Tingley]

The checkin for bug 105783 should have sped this up considerably (though for
large numbers bookmarks, especially in a long flat list, it will still be slow).
 Please try it again with a trunk nightly from Nov. 18th or later and see how
bad it still is.

Comment 15

[Mike Jaques]

soemone with macos please try again now that bookmarks outliner has landed in 
the trunk.

Comment 16

[Peter Trudelle]

mass-reassign bookmarks & open pref perf bugs from pchen to ben

Comment 17

[Joel Chan]

I think this bug is no longer an issue and has been fixed for quite some time.

Comment 18

[Andrew Hagen]

I'm seeing this on Build ID: 2002030803 (0.9.9+), Windows 98, with a 
bookmarks.html of about 270 KB.

Comment 19

[Andrew Hagen]

*** Bug 149326 has been marked as a duplicate of this bug. ***

Comment 20

[Andrew Hagen]

This is not a hang. It's just a big slow down. Removing hang keyword.

This is caused by many bookmarks existing outside of folders. Put them in
folders and the problem goes away.

Resolving as duplicate. 





*** This bug has been marked as a duplicate of 62907 ***