gnome-terminal blocks X input when a tab is closed while the menu is open

Bug #65732 reported by Carthik Sharma
6
Affects Status Importance Assigned to Milestone
GNOME Terminal
Expired
High
gnome-terminal (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Originally reported using reportbug. Filing by proxy.

Original report follows:
From: <email address hidden>
To: <email address hidden>
Subject: Forward of moderated message
Date: Tue, 10 Oct 2006 08:22:04 +0100
Sender: <email address hidden>

From: "Michal J. Gajda" <email address hidden>
To: Ubuntu Bug Tracking System <email address hidden>
Subject: gnome-terminal blocks X input in specific circumstances
Date: Mon, 02 Oct 2006 12:24:37 +0200
X-Mailer: reportbug 3.18ubuntu1

Package: gnome-terminal
Version: 2.14.2-0ubuntu1
Severity: normal

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.

The symptoms are:
1. Mouse pointer moves as usual, but no clicks are registered.
2. Background windows are still repainted (in my case: gnome-panel).
3. You need to kill gnome-terminal or X to regain control.

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.

I occasionally have similar problem with the gnome-panel that stops
receiving input and at the same time it somehow prevents from switching
windows and workspaces so I'm stuck with the input to just a single
application window. This looks like it may be also metacity problem or
related to some under-the-hood shared Gnome component which blocks
indefinitely (and shouldn't).

-- System Information:
Debian Release: testing/unstable
  APT prefers dapper-updates
  APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.20
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gnome-terminal depends on:
ii gnome-control-center 1:2.14.2-0ubuntu1 utilities to configure the GNOME d
ii gnome-terminal-data 2.14.2-0ubuntu1 Data files for the GNOME terminal
ii libatk1.0-0 1.11.4-0ubuntu1 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-0ubuntu2 Bonobo CORBA interfaces library
ii libc6 2.3.6-0ubuntu20 GNU C Library: Shared libraries an
ii libgconf2-4 2.14.0-1ubuntu2 GNOME configuration database syste
ii libglade2-0 1:2.5.1-2ubuntu2 library to load .glade files at ru
ii libglib2.0-0 2.10.3-0ubuntu1 The GLib library of C routines
ii libgnome2-0 2.14.1-0ubuntu2 The GNOME 2 library - runtime file
ii libgnomeui-0 2.14.1-0ubuntu3 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.14.2-0ubuntu1 GNOME virtual file-system (runtime
ii libgtk2.0-0 2.8.20-0ubuntu1 The GTK+ graphical user interface
ii liblaunchpad-integrat 0.1.3 library for launchpad integration
ii liborbit2 1:2.14.0-0ubuntu1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.12.3-0ubuntu3 Layout and rendering of internatio
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libstartup-notificati 0.8-1ubuntu1 library for program launch feedbac
ii libvte4 1:0.12.2-0ubuntu1 Terminal emulator widget for GTK+
ii libx11-6 2:1.0.0-0ubuntu9 X11 client-side library
ii libxrender1 1:0.9.0.2-0ubuntu2 X Rendering Extension client libra
ii scrollkeeper 0.3.14-11ubuntu6 A free electronic cataloging syste

Versions of packages gnome-terminal recommends:
ii yelp 2.14.3-0ubuntu1 Help browser for GNOME 2

-- no debconf information

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

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".

Changed in gnome-terminal:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. I've forwarded that upstream: http://bugzilla.gnome.org/show_bug.cgi?id=388924

description: updated
Changed in gnome-terminal:
assignee: nobody → desktop-bugs
importance: Undecided → Medium
Changed in gnome-terminal:
status: Unknown → Unconfirmed
Revision history for this message
Luca Falavigna (dktrkranz) wrote :

This is no longer reproducible in GNOME 2.18.1.
Please, reopen this bug if you still notice this behaviour. Thank you.

Changed in gnome-terminal:
status: Confirmed → Fix Released
Changed in gnome-terminal:
status: New → Incomplete
Changed in gnome-terminal:
status: Incomplete → Invalid
Changed in gnome-terminal:
importance: Unknown → High
status: Invalid → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.