Closed Bug 138748 Opened 24 years ago Closed 22 years ago

Browser Deadlocks if During Drag and Drop Action a dialog appears

Categories

(Core :: Networking: Cookies, defect)

x86
All
defect
Not set
normal

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.
dup of bug 96504?
Severity: normal → critical
Reporter: Do you see this with Mozilla 1.0 or later ?
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.
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.
wfm with win32k build 20020724.. -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
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)
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 :( )
Still there using Mozilla 1.1/win32. Could someone *please* re-open this bug?
Reopening due to Udo Richter's request.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Confirming.
Severity: critical → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Cookies
Ever confirmed: true
OS: Linux → All
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).
.
Assignee: Matti → morse
QA Contact: imajes-qa → tever
It's a dialog problem. Reassigning to danm
Assignee: morse → danm
Isn't this a duplicate of #106464?
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: 24 years ago22 years ago
Resolution: --- → DUPLICATE
sorry for the spam, I suck, duplicated to the wrong bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
. *** This bug has been marked as a duplicate of 100180 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
V.Duplicate
Severity: major → normal
Status: RESOLVED → VERIFIED
Keywords: hang
You need to log in before you can comment on or make changes to this bug.