Closed
Bug 138748
Opened 22 years ago
Closed 20 years ago
Browser Deadlocks if During Drag and Drop Action a dialog appears
Categories
(Core :: Networking: Cookies, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 100180
People
(Reporter: netpace, Assigned: danm.moz)
Details
(Keywords: hang)
Mozilla 9.9 - Linux Kernel 2.4.18 X-11 V.4.0.02 Windowmanager: WindowMaker 0.80 Situation: I have the sidebar open and click a link in my bookmark bar. Then while that page loads I drag the same (or another) link into a folder. During this phase a dialog (website wants to set a cookie) pops up. The browser deadlocks then with the bookmark cursor sticking and a blank dialog. Although the X windowsystem still responds... I cannot use the mouse or keyboard (xmms still plays, including animations) I have to kill mozilla from the console.
Updated•22 years ago
|
Severity: normal → critical
Comment 2•22 years ago
|
||
Reporter: Do you see this with Mozilla 1.0 or later ?
Comment 3•22 years ago
|
||
Also seeing this on 2002070310/Win32. Steps to reproduce: -Pick your favorite site from the list of blocked sites in cookie manager -Delete its entry, so you'll get asked next time -Go to that web site -Quickly grab some link on the current site / in some other window and HOLD it. Expected result: Window pops up asking if you want to accept a cookie Actual result: Empty window pops up (only title bar text), all browser windows lock up.
Comment 4•22 years ago
|
||
with linux build 20020713, the alert popup is blank, but other (non-Mozilla) windows work fine. The alert popup magically displays the appropriate text when I mouseover it, and can be closed, after which Mozilla continues normally.
Comment 5•22 years ago
|
||
wfm with win32k build 20020724.. -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 6•22 years ago
|
||
Try again... Still seeing this on 2002072604/win32 (XP) Only change since last time: Moz manages to display the accept cookie window before freezing all user interface. (switching between windows doesnt help)
Comment 7•22 years ago
|
||
Just noticed: I still have keyboard control while in deadlock, so I can TAB-TAB to the "no" button to get out of the deadlock. (the n key is not assigned in this dialog :( )
Comment 8•22 years ago
|
||
Still there using Mozilla 1.1/win32. Could someone *please* re-open this bug?
Comment 9•22 years ago
|
||
Reopening due to Udo Richter's request.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 10•22 years ago
|
||
Confirming.
Severity: critical → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Cookies
Ever confirmed: true
OS: Linux → All
Comment 11•22 years ago
|
||
I have also seen this in MailNews in Mozilla 1.2alpha (2002092408). I was dragging a message from one IMAP folder to another (on the same account), and at the moment that I released the mouse button Mozilla popped up a dialog box about the server complaining about a missing folder (a problem I have since resolved). When the dialog appeared, Mozilla would not respond to any input I tried (but I did not try using the keyboard as previously mentioned in this bug).
Comment 14•22 years ago
|
||
Isn't this a duplicate of #106464?
Comment 15•20 years ago
|
||
Marking as dup of bug 100180. Bug 106464 is also a dup of that bug. Please reopen if you disagree, thanks! *** This bug has been marked as a duplicate of 106464 ***
Status: NEW → RESOLVED
Closed: 22 years ago → 20 years ago
Resolution: --- → DUPLICATE
Comment 16•20 years ago
|
||
sorry for the spam, I suck, duplicated to the wrong bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 17•20 years ago
|
||
. *** This bug has been marked as a duplicate of 100180 ***
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → DUPLICATE
Comment 18•16 years ago
|
||
V.Duplicate
You need to log in
before you can comment on or make changes to this bug.
Description
•