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.

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

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

nsbeta1+, mozilla0.9.1.

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)

-> paul.

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

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.

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?

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.

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.

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.

Do you use any of the bookmark date tracking features?

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

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.

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

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

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

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

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

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 ***