Closed
Bug 125818
Opened 23 years ago
Closed 16 years ago
Mozilla gets stuck in drag state.
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: rginda, Unassigned)
References
Details
(Keywords: crash, dataloss)
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.
Reporter | ||
Updated•23 years ago
|
Keywords: dataloss,
mozilla1.0
Related: bug
*** This bug has been marked as a duplicate of 84087 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 2•23 years ago
|
||
Maybe related, but this bug happens when I drag a link from one window to
another, and has nothing to do with popups.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
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.
Reporter | ||
Comment 4•23 years ago
|
||
This happens on 0.9.8 too, very frustrating. Adding crash, because it might as
well be, and no one is commenting.
Keywords: crash
Reporter | ||
Comment 5•23 years ago
|
||
blizzard, any ideas here?
Comment 6•23 years ago
|
||
dup of 96504?
Reporter | ||
Comment 7•23 years ago
|
||
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•23 years ago
|
||
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•23 years ago
|
||
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•23 years ago
|
||
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•23 years ago
|
||
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•23 years ago
|
||
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..
Updated•22 years ago
|
Keywords: mozilla1.0 → mozilla1.1
Comment 13•22 years ago
|
||
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.
Severity: normal → critical
Comment 14•21 years ago
|
||
this also happens on Windows: see bug 235154 and bug 237251
Comment 15•21 years ago
|
||
re previous comment: The windows bug about this is 100180
Comment 16•19 years ago
|
||
*** Bug 152079 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Assignee: bross2 → nobody
Status: REOPENED → NEW
QA Contact: claudius
Comment 17•17 years ago
|
||
(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•16 years ago
|
||
(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•16 years ago
|
||
Serge, reporter no longer uses linux, so perhaps this can be closed per comment 18.
QA Contact: drag-drop
Comment 20•16 years ago
|
||
I haven't seen this in a long long time.
Status: NEW → RESOLVED
Closed: 23 years ago → 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•