125818 - Mozilla gets stuck in drag state.

Status: RESOLVED WORKSFORME

(Core :: DOM: Copy & Paste and Drag & Drop, defect)

Description

[Robert Ginda]

Recent nightlies sometimes leave the X pointer in the drag state after
completing a drag-and-drop operation.  When this happens I can't interact with
any other windows, and have to switch to a console and killall mozilla-bin.  If
I didn't have the ability to switch to a text console, I would have to reboot my
computer!

It has happened about 5 times in the last two days, I'm currently running build
2002021206.

If we can't figure out *why* this is happening by 1.0, maybe we could add some
kind of emergency escape to get out of this state.

Comment 1

[R.K.Aa.]

Related: bug 

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

Comment 2

[Robert Ginda]

Maybe related, but this bug happens when I drag a link from one window to
another, and has nothing to do with popups.

Comment 3

[R.K.Aa.]

oops. Meant to say "Related: bug 84087" but bug # ended up in dup-field and i
crashed on submit - didn't see it landed there.

Comment 4

[Robert Ginda]

This happens on 0.9.8 too, very frustrating.  Adding crash, because it might as
well be, and no one is commenting.

Comment 5

[Robert Ginda]

blizzard, any ideas here?

Comment 6

[Christopher Blizzard (:blizzard)]

dup of 96504?

Comment 7

[Robert Ginda]

maybe, similar symptom, but this happens when dragging urls between windows. 
The "fix" mentioned in bug 96504 isn't going to fly here.  Why do we put the X
cursor in that funny state anyway?  Can't we do drag and drop without that?

Comment 8

[Christopher Blizzard (:blizzard)]

No, you need to grab the pointer in order to do drag and drop.

Can anyone give me a real test case for this?  Shaver mentioned that Alan had a
test case but it doesn't sound like something I can use.

Comment 9

[Bradley Baetz (:bbaetz)]

No real test case, but the bookmarks menu gets stuck down somtimes, and then I
get into this state. Its not reliably reproducable, though.

Comment 10

[Harald Barth]

I have a testcase:

1. Open Manage bookmarks window

2. Load some bookmarks so that you have a bunch of bookmark folders and
10 or so bookmarks in the view.

3. Keep a text console handy

4. Drag booksmarks one by one into the booksmarks folder

5. Hang.

This is with build 2002020511 and X11 xf86-4.0.3-33 and I bet that
the grab X server code needs to be looked at more closely.

As this is leaving X in a totally frozen state and only can be
escaped from by killing mozilla-bin from another terminal, I'd 
call this "major".

Comment 11

[Daniel Richard G.]

I have a test case which seems to reliably reproduce the bug. This is with
1.0rc1 on Linux:

1. Start up Mozilla, with an always-on tabbed browing bar;

2. Click and drag the Home link (from the Personal toolbar) to the adjacent
Bookmarks folder. Allow the Bookmarks window to pop up, but _do not_ release the
click yet;

3. Now drag the pointer out of the Bookmarks window, and onto the background of
the tabbed browsing bar;

4. Release the click. And just _try_ to get that #$@% Bookmarks window to go away.

Problem behavior noted: Bookmarks window doggedly stays up. If you click outside
it, the window disappears, and the pointer is ungrabbed for maybe 0.25
seconds---after which the window pops up again, re-grabbing the pointer. If you
click on a bookmark link, the browser loads up the appropriate site, but the
Bookmarks window stays up and does not relinquish control of the pointer. Also,
keyboard controls do not work at all while the window is "stuck on" (arrow keys,
Ctrl-Q, everything).

Note: If it makes any difference, my Bookmarks folder is quite replete with
links; the window is drawn somewhat laboriously, and with need for the overflow
arrow bars at the top and bottom.

Comment 12

[Frederic Crozat]

Another test case (with buildid 2002043008 linux):
-Drag a link from Personal toolbar into Bookmarks menu from personal toolbar
-X stays grabbed and bookmarks menu can't be closed..

Comment 13

[Brant Gurganus]

By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and
<http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.

Comment 14

[R.K.Aa.]

this also happens on Windows: see bug 235154 and bug 237251

Comment 15

[R.K.Aa.]

re previous comment: The windows bug about this is 100180

Comment 16

[Hideo Oshima]

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

Comment 17

[Serge Gautherie (:sgautherie)]

(In reply to comment #2)
> Maybe related, but this bug happens when I drag a link from one window to
> another, and has nothing to do with popups.

(In reply to comment #14)
> this also happens on Windows: see bug 235154 and bug 237251

(In reply to comment #15)
> re previous comment: The windows bug about this is 100180

Unless the bug has changed in the meantime,
all previous comments say it's different from bug 100180.

***

As the comments are rather old now,
could someone (who was seeing this bug) try and reproduce with current products ?

Comment 18

[Hideo Oshima]

(In reply to comment #17)
> As the comments are rather old now,
> could someone (who was seeing this bug) try and reproduce with current products
> ?

I tried many times but cannot reporduce.
I think this can be marked as worksforme.

Comment 19

[Wayne Mery (:wsmwk)]

Serge, reporter no longer uses linux, so perhaps this can be closed per comment 18.

Comment 20

[Christopher Blizzard (:blizzard)]

I haven't seen this in a long long time.