Closed
Bug 63139
Opened 24 years ago
Closed 22 years ago
Alert box popping up while dragging does not restore mouse pointer
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: menthos, Assigned: ssu0262)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001212 BuildID: 2000121215 When mail is dragged using drag and drop, the mouse pointer will temporarily change. If an alert box should pop up under this time, for example from the browser window saying that the URL entered in the browser window is inaccessible and that the attempt has timed out, the drag and drop mouse pointer in the mail window will not be restored to its original clicky state. Since the mouse pointer used for drag and drop cannot be used for clicking on anything, just movement, this will in fact make the mouse unusable in X (to the best of my knowledge only solveable by forcefully killing X and restarting it). Reproducible: Always Steps to Reproduce: Start Mozilla and make sure a browser window and a mail window is open. Enter a path to a resolvable, but not reachable, host in the URL field. Now switch to the mail window and start to drag a mail from one folder to another (but don't drop it yet). Wait until the URL load operation times out and an error box (alert box) pops up telling that the operation timed out. Actual Results: When the alert box pops up, the mouse pointer remains a "drag and drop" mouse pointer. It will not let you click on the OK button in the alert dialog to dismiss the dialog, it will not let you finish your drag and drop operation, it will not let you click anywhere else in Mozilla, and it will in fact not let you click anywhere in X at all. Expected Results: The mouse pointer should temporarily become an ordinary mouse pointer, so that I could click on the button in the alert dialog to dismiss that dialog, and then let me continue my drag and drop operation. I believe this bug is somewhat severe as not only does it lock Mozilla but it also locks mouse usage in X, making a forceful restart of X necessary.
Comment 1•24 years ago
|
||
menthos, I had few questions and need some information to try to reproduce this on recent builds. -Can you actually tell me the url that you had in the browser window. -Also, I am not sure what you are referring to as x in your steps. -Have you tried this in the most recent builds? -Are you still seeing this problem? -Did you have multiple accounts in that profile? -Were you trying to move the message to a different folder within the same account or Moving a message from an imap folder to a pop folder?Thanks.
Reporter | ||
Comment 2•24 years ago
|
||
-Can you actually tell me the url that you had in the browser window. It has happened to me with both http://slashdot.org and http://www.gnome.org, but, as I said, only when those hosts are temporarily DOWN. That is, the hosts are resolvable, but a connection attempt to them will fail after a time-out, causing an alert box to pop up. The trouble arises withthis alert box, if one is currently using the mail window and moving mail between folders using drag-and-drop. This is obviously not reproducible if the host is up. I think connecting to any resolvable host that is not reachable at the moment will suffice to trigger this. -Also, I am not sure what you are referring to as x in your steps. XFree86. -Have you tried this in the most recent builds? I'm using Christopher Blizzard's rpm builds from http://people.redhat.com/blizzard/software/. There is no newer build there than 20001212. That's the one I'm using. When a newer build pops up there, I'll try this again. -Are you still seeing this problem? See above. -Did you have multiple accounts in that profile? No. Only one single pop account. -Were you trying to move the message to a different folder within the same account or Moving a message from an imap folder to a pop folder? Only between folders in the single pop account.
Comment 3•24 years ago
|
||
changing status to new. menthos, can you check this again with mozilla nightly builds. Thanks.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 4•24 years ago
|
||
I experienced this bug again this morning. I found out that ssh:ing to the machine from another machine and killing Mozilla would get the mouse pointer back to a usable state. No need to kill X. I then installed the 20001228 rpm build from Blizzard. Now I'm unable to test this at all because of another bug that keeps me from using the mail client - it simply won't stop loading the Inbox when started.
Comment 6•24 years ago
|
||
I have similar problem on Windows: When the dialog pops up while I'm dragging a bookmark, I'm unable to close the dialog. The mouse pointer looks OK. I can switch to other mozilla windows, but they work only partially. It's possible to scroll the page, type text,.. but it's impossible to load a new page. Version: 0.6, 2001012304 System: WinNT 4.0 To reprocuce: 1)Enter url of a server that is overloaded or down, but has a dns entry. http://www.kleppna.cz is often down but you should check that first. 2)While that page is loading, drag its url to the bookmarks but don't drop. 3)Wait for "No response" or similar dialog to appear. Result: Current browser window is locked, any other browser windows have limited functionality. I had to switch to the locked window, then switch to another browser window, close it using taskbar (using close button didn't work), and finally dismis the dialog box. After that Mozilla looked fine but crashed when I repeated this a few times. Expected: Dialog appears after the dragdrop is finished or interrupts it.
Comment 8•22 years ago
|
||
Reporter, Are you still seeing this problem in recent builds? Please comment if this is working for you.
Comment 9•22 years ago
|
||
Mozilla 1.1b nightly build Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1b) Gecko/20020901 I can not reproduce this bug. Mozilla works well.
Comment 10•22 years ago
|
||
Marking as worksforme based on comments below. If you still see this problem on current builds reopen.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•