GNOME Bugzilla – Bug 388924
gnome-terminal blocks X input when a tab is closed while the menu is open
Last modified: 2008-06-28 18:22:30 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/gnome-terminal/+bug/65732 "There is a particular combination of menu commands that causes gnome-terminal to block X input until it is killed. It may be sometimes necessary to do a full reboot to regain control of the system. ... Steps to replicate the error: 1. Make a new terminal profile that takes a while to open (Using Edit>>Profiles and New button.) Call it 'Blocker'. You can use ssh to server that silently drops SYN packets. 2. Use File>>Open Tab>>Blocker once. 3. While the tab is opened but empty, open File>>Open Tab directing mouse pointer to Blocker entry, but NOT clicking it. 3. When the Blocker tab closes (because trying to connect to server failed), the menu will stop to be repainted and gnome-terminal will block X input. ... http://librarian.launchpad.net/4820517/screenshot.png screenshpt.png I can confirm this in Edgy, updated to the latest version. See also screenshot attached. In order to trigger the bug, I used command "sleep 10"."
This is no longer reproducible in GNOME 2.18.1
*** Bug 435442 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > This is no longer reproducible in GNOME 2.18.1 I'm still able to trigger this bug in the current jhbuild.
Not reproducible on trunk using the 'sleep 10' method.
*** Bug 534881 has been marked as a duplicate of this bug. ***
No response; closing INCOMPLETE.