512456 - Drag-n-dropping a large selection of bookmarks hangs Firefox w/ 100% CPU usage.

Status: RESOLVED INCOMPLETE

(Firefox :: Bookmarks & History, defect)

Description

[Ryan B. Lynch]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2

While trying to organize my bookmarks (the "Library" window), I can trigger a complete hang of the Firefox process at ~ 100% CPU usage by attempting to drag-and-drop a large selection of bookmarks from the right-hand pane to a new folder in the left-hand folder nav pane.  The entire window manager becomes unusable: While the mouse is still responsive to movement, it ignores clicks anywhere in the GUI (FF window or elsewhere).

This hung state will persist indefinitely, unless I switch to a console on another VT, log in to the shell, and terminate the Firefox process with 'kill <FF_PID>'.  When I switch back to the VT running X, the Firefox window is gone and everything works normally, again.  I can then restart Firefox without any problems.

I am running an up-to-date Fedora 11 installation, with FF 3.5.2 under KDE 4.2.  Happens with or without any addons installed.


Reproducible: Always

Steps to Reproduce:
1) In Firefox, populate a single bookmarks folder with 100+ entries.
2) Create a second, empty bookmarks folder.
3) Open the bookmarks "Library" window (Menu Bar -> Bookmarks -> Organize Bookmarks...).  (The "Library" window should pop up on top of the Firefox window.)
4) In the Library window, in the left-hand "folder view" nav pane, click on the folder containing the 100+ bookmarks to highlight it.  (You should see the folder's contents listed in the right-hand pane.)
5) In the right-hand pane, click on any bookmark and press CTRL-a to select all of the bookmarks in the folder at once. (You should see all of the bookmarks highlighted, both the currently-visible items and the latter items that you have to scroll the pane down to see.)
6) Left-click and drag the selected bookmarks from the right-hand pane to the empty folder item in the left-hand pane. (After releasing the left mouse button over the empty folder item in the left-hand pane, Firefox should be unresponsive.)
7) To recover, kill the currently-running Firefox process and start Firefox, again.
Actual Results:  
Firefox hangs indefinitely.

Expected Results:  
The selected bookmarks should be moved from their original folder to the previously-empty folder, with no loss of control over the desktop.

Comment 1

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

which kind of bookmarks are you creating? uris? folders, both in some complex structure?

could be the same as bug 481521, and maybe partially covered by batching transactions in bug 427606

Comment 2

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

(In reply to comment #1)
> partially covered by batching transactions in bug 427606

i meant bug 490742

Comment 3

[Ryan B. Lynch]

In my original example, I was dealing with URI bookmarks in a basically flat structure:
 - FolderAlfa, with 100+ URI bookmarks.
 - FolderBravo, empty.

I just tried it the procedure outlined in 481521, and I *can* reproduce that bug on my machine.  The behavior looks exactly the same, from my perspective.  So I would guess they're the same bug.

Did the patch attached to 490742 make it in, before the 3.5.2 release?  If not, I think I need to get a patched build, going, here.  (If there's an automatic way to construct an F11 build, let me know--otherwise, I'll have to recompile it from source, myself, and it will take me a while to get around to that.)

Comment 4

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

(In reply to comment #3)
> Did the patch attached to 490742 make it in, before the 3.5.2 release? 

No it's only on 3.6 or 3.7 dev builds, we could evaluate taking it on 3.5 but not being a security or stability fix, would be hardly approved.

Comment 5

[Tyler Downer [He/Him]]

Reporter, are you still seeing this issue with Firefox 3.6.10 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

Comment 6

[Tyler Downer [He/Him]]

No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.