Red Hat Bugzilla – Bug 484719
Bookmarks Toolbar menu drag'n'drop deadlock
Last modified: 2009-02-10 15:17:47 EST
Created attachment 331332 [details]
Description of problem:
Firefox locks up X/GNOME if I open the Bookmarks Toolbar menu (by clicking
the ">>" button at the very left) and then drag'n'drop a bookmark.
Version-Release number of selected component (if applicable):
$ rpm -q firefox xulrunner libxcb gtk2
Steps to Reproduce:
1. Put enough bookmarks into the Bookmarks Toolbar folder, so that the ">>" button appears at the very right of the toolbar.
2. Click the ">>" button to open the pulldown menu that displays all bookmarks which don't fit into the toolbar.
3. Drag'n'drop a bookmark.
X and GNOME freeze except for mouse pointer movement. Keyboard input is not recognised anymore. Firefox consumes CPU power. One can still switch to a VC and kill Firefox, however.
Flawlessly drag'n'drop of bookmarks in Bookmarks Toolbar ">>" menu.
Created attachment 331443 [details]
screenshot of non-reproduction
This is weird -- somehow I cannot reproduce this. When I overfill my Bookmark toolbar, I don't get >> button just some buttons don't show up (see attached screenshot).
Moreover -- your backtrace is not complete -- we need also the top of the backtrace where it says where the firefox actually broke, and I am not sure whether we have all threads (there is no crash itself there).
Could you provide more details about how you achieved this? Something interesting about your configuration, your network, your plugins (are you able to reproduce it with -safe-mode on the command line?), are you able to reproduce it with the upstream binary from mozilla.com?
Created attachment 331452 [details]
bt for all threads
Here's a fresh backtrace for all threads.
> This is weird -- somehow I cannot reproduce this.
The user on fedora-list could. See URL.
> When I overfill my Bookmark toolbar, I don't get >> button
Then your system suffers from even a different problem. I notice the button for the Tabs pull-down menu is non-standard. Normally it's an arrow pointing down.
> we need also the top of the backtrace where it says where
> the firefox actually broke,
How? It locks up.
Reproducible in safe-mode. Even when resetting everything except for the bookmarks.
I'm closing this as WONTFIX, because of the following observation: It's a deficiency at the implementation level, a bug, but it won't be fixed in Fedora. Very unlikely.
I've made the mistake to try this on a second machine, got distracted and forgot to kill the firefox process. A couple of minutes later, it had moved the bookmark properly, ending the temporary freeze of X+GNOME+Firefox.
It's a terrible performance issue somewhere in Firefox. It takes minutes to move bookmarks the further down they appear in the bookmarks toolbar pulldown menu. Bookmarks near the top of the menu can be moved instantly. Bookmarks near position 10 of the menu are slower to move, delays become visible. Bookmarks at position 15 and further down take minutes. Processing time increases unproportionally.
Fortunately, the "Organize Bookmarks..." dialog does not suffer from such issues at all.
Other users will be able to reproduce this, not just the one on fedora-list. One can find reports with similar, albeit different symptoms:
https://bugzilla.mozilla.org/show_bug.cgi?id=470033 ("Bookmarks go into a seizure when adding new folder")