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)

x86
Linux
defect
Not set
major

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.
QA Contact: esther → sheelar
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.
-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.

changing status to new.
menthos,
can you check this again with mozilla nightly builds.  Thanks.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
reassigning to chuang
Assignee: putterman → chuang
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.
reassigning to ssu.
Assignee: chuang → ssu
Reporter,
Are you still seeing this problem in recent builds?  Please comment if this is
working for you. 
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.
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
vrfy worksforme
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.