Ralph wrote:
On Sun May 13 14:55 , 'James G. Sack (jim)'
<[EMAIL PROTECTED]> sent:
Ralph wrote:
"shorter, pointed questions" (Thanks jim):
1) Why does dragging an icon from a panel then accross
Mozilla's title bar cause the dragged icon to freeze on the
title bar and the system to become virtually unresponsive?
Beats me :-) -- but if you can reliably duplicate this
behavior, it may
be a valuable bug report!
I doubt anyone would be interested in this bug in FC4. Tho,
IIRC, I first encountered this bug in rh9. If I can reliably
duplicate it in FC4, and then in FC5 or FC6, then I will
report it.
[snip]
3) Why does the clock continue to tick along when
everything
else seems frozen?
(see last comment) X may be frozen (and processes blocked on
non-forthcoming X-events) but the CPU and clock keep on
ticking. Indeed,
as you have shown, everything outside of that X-instance
still works.
Corollary: everything running within that X-instance is
toast.
Well, that's where I must disagree. In every instance where
Mozilla got hosed, switching somewhere else then switching
back would show a Mozilla title bar on a blank window. This
Mozilla window continues to display correctly which leads me
to believe that Mozilla is still fine.
It seems like something is stuck thinking that the icon I was
dragging is still in the drag process, even though it has
become detached from the mouse pointer.
[snip]
6) Why does Alt-Tab, Alt-Esc, Ctrl-Alt-[->] (right arrow)
no
longer work?
(ditto) But you have already seen that Ctrl-Alt-F1 (etc) do
work, since
they are handled outside of X (at a lower level).
Well that explains that.
[snip]
Regards,
..jim
Thanks again jim.
---- Msg sent via CWNet -
http://www.cwnet.com/
How about something as simple as Mozilla losing focus? I've had programs
do that (especially older versions of OOo) - pop up a dialog that for
whatever reason got put below an existing window. If the pop up dialog
is waiting for input ("Cancel", "Okay", etc.), especially if it's
spawned by Mozilla itself, you won't be allowed to do anything else.
Have you tried window shading everything to see if a dialog is
underneath? I'm guessing you can't do that if you were in the middle of
a drag at the time.
A worse case would be that there is a dialog waiting for input but it's
not visible on the desktop. I've had luck in that case by using
<Alt-Tab> followed by <Enter> (or <Tab><Enter>) several times. The
effect of that is that I am accepting the default user selection for
whatever is currently requiring input. I had to do that all the time in
OOo. Don't assume that just because you get no visual feedback that your
keystrokes are being ignored.
--
Best Regards,
~DJA.
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
