damn, what happened to all my text!
try dragging and dropping a mail message to a mail folder.
rh 6.1, running gnome. working on getting a stack trace now.
this may not be an xserver hang.
but, I tried this:
click on a message, don't release the click until you are over the folder (it
doesn't seem to move the message) but it doesn't hang and the pointer returns
from a drag and drop pointer to the normal one.
now, try this:
click on a message, start a drag an drop, and let go of the button when you are
still over the thread page. the pointer never returns to a normal pointer until
I quit mozilla, and that is hard to do in that state.
I think esther has seen this too.
hmm, you have to work at getting this to happen.
sometimes a drag and drop (back on to the thread pane) doesn't cause the
problem, some times it does.
it took me a few tries to get into that nasty state.
I've seen that too, but couldn't figure out how to reproduce it.
Yep, that looks like my bug.
I'm nominating for beta1 since this is a pretty bad system hang.
PDT+ since it sounds serious. rickg wonders if this is a Gnome bug we won't be
able to fix.
I mentioned gnome so that blizzard would know what wm I was using.
It may not matter.
It doesn't have anything to do with gnome. ( We're not linking with gnome. )
I'm pretty sure I can guess where it would happen in the code. I've seen it
I can now consistently reproduce this by selecting a message, and then click,
drag, and let go of another message within the time it takes to load and display
the first message. When the message is loaded I have the right-angle cursor and
can't bring another window to the foreground or alt-tab away from Mozilla. This
on Linux build 2000.02.19.09.
Putting on PDT- radar, will relnote for beta1. lchiang, please add text for
this relnote to:
this is pretty bad and can be done accidentally. It locks up the entire system!
removing PDT- so PDT can reevaluate.. this is critical, and as lisa said in the
last comment, this locks up the entire system, not just seamonkey.
This doesn't hang the X server--if I switch to virtual terminal using Ctrl-Alt-1
and do "killall -9 mozilla-bin", everything's back to normal. What happens is
that you can get yourself in a state where Mozilla thinks you're holding down
the mouse button when you're actually not. And in the middle of a drag-and-drop
operation, you also can't Alt-Tab to another window. Somewhere the MouseUp
event gets lost. Maybe this is an event handling problem? Has anyone tried my
Rx from 2-19 on Windows or Mac?
Linux folks would know what they are doing. Please put text for relnote
workaround in http://bugzilla.mozilla.org/show_bug.cgi?id=25524
Moving [PDT-] from Summary to Status Whiteboard
this is a nasty bug, as others have stated. is d&d working in other places
(like bookmarks?) on linux?
if not, could we stop the bug for beta by turning off d&d on linux?
I have a fix. trying to hunt down someone to approve.
I can review. What's the fix?
fix checked in... blizzard - this is a brute force fix and could be fixed in a
better way i'm sure.
This isn't the proper way to fix this. I'm leaving it assigned to me to fix the
Reassigning to me...
Ok, a real fix for this has been checked in.
I tried and tried and couldn't get it to hang. So I'm marking it verified.
...on Linux build 2000.02.28.08
Please ignore the spam. Changing address.
bustage from my reassign