DJA wrote:
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.
Yeah, well, in this case it turned out to be gnome-panel that was
holding X hostage. Once I killed gnome-panel, it dutifully restarted
itself and life went on, seemingly without even noticing.
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.
Yeah, gnome panel had control of the mouse functions (and apparently
most of the keyboard's) and wouldn't let me do anything short of console
switching via Ctrl-Alt-Fx.
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.
Point taken. But, I think in this case, gnome panel (frozen in mid
mouse drag) was indeed gobbling up most of the keystrokes. When I
killed various applets, X quite dutifully informed me (on the X on F7)
with a popup (on top with focus) that the given applet had unexpectedly
quit, and was asking me if I wanted it to restart (default). Mouse
clicks had no effect on said popup, nor did any keyboard attempts. When
I got around to killing gnome-panel, all was well, including the applets
I had killed. All magically came back.
I was at the end of my journey trying to find a way around it. I was
hesitant to kill anything because I did not want a cascade effect to
cause me to lose an email that was composed, not saved, and not
viewable. But since the only replies I was getting (from Gus and jim)
seemed to be drying up, I was ready to take chances.
Bottom line is that gnome-panel got frozen but everything else was
fine. There must be some kind of mechanism that automatically brings
gnome-panel back if it dies.
(Had this happened on WindHose, there would have been utterly *ZERO*
hope of recovery.)
Linux *ROCKS*!!!
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
