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)
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•24 years ago
|
Severity: normal → critical
Comment 2•24 years ago
|
||
Reporter:
Do you see this with Mozilla 1.0 or later ?
Comment 3•24 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•24 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•24 years ago
|
||
wfm with win32k build 20020724..
-> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 6•24 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•24 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•23 years ago
|
||
Still there using Mozilla 1.1/win32.
Could someone *please* re-open this bug?
Comment 9•23 years ago
|
||
Reopening due to Udo Richter's request.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 10•23 years ago
|
||
Confirming.
Severity: critical → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Cookies
Ever confirmed: true
OS: Linux → All
Comment 11•23 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•23 years ago
|
||
Isn't this a duplicate of #106464?
Comment 15•22 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: 24 years ago → 22 years ago
Resolution: --- → DUPLICATE
Comment 16•22 years ago
|
||
sorry for the spam, I suck, duplicated to the wrong bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 17•22 years ago
|
||
.
*** This bug has been marked as a duplicate of 100180 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Comment 18•18 years ago
|
||
V.Duplicate
You need to log in
before you can comment on or make changes to this bug.
Description
•