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)

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: 22 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: 22 years ago20 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: 20 years ago20 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.