! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Terminal stops accepting input
Status:
RESOLVED: FIXED
Product:
Xfce4-terminal
Component:
General

Comments

Description Yves-Alexis Perez editbugs 2011-05-06 12:47:33 CEST
Hey,

as noted on irc, I had a report from a coworker, confirmed by a debian bug report (at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624684). It's not completely clear but it seems that, somehow randomly, Terminal will stop accepting input (in any opened window/tab).

strace and gdb seems to show an endless loop in poll() but I'm not too sure where it's stuck.

I was never able to reproduce it but the reporter in Debian experiences it regularly (though he's not able to reproduce it at will).

You should be able to reach him by mail (on the downstream bug report) if needed, traces are there too.

Regards,
Comment 1 Yves-Alexis Perez editbugs 2011-05-08 10:23:47 CEST
Ok, it seems that the Debian reported manage to fully reproduce it when pressing the “menu“ key on his german keyboard.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624684#45 for the complete info.
Comment 2 Jochen Schulz 2011-06-04 16:42:58 CEST
Hi,

I am the reporter of the bug in the Debian BTS. Is there any other information I should provide?

Regards,
Jochen.
Comment 3 Nick Schermer editbugs 2011-06-19 14:38:14 CEST
Looks like something in vte or the xserver. Does this also happen with the vte application? Or gnome-terminal?
Comment 4 Jochen Schulz 2011-06-19 15:09:07 CEST
(In reply to comment #3)
> Looks like something in vte or the xserver. Does this also happen with the vte
> application? Or gnome-terminal?

NACK. I tried lxterminal and gnome-terminal. Both continue to work fine after pressing the menu key.

J.
Comment 5 Yves-Alexis Perez editbugs 2011-11-16 09:52:16 CET
I just reproduced it, I don't think I ever touched the menu key. In case it helps, I can wait a bit more before killing the process, in case you want me to do some experiments (I can be reached on irc too).
Comment 6 Yves-Alexis Perez editbugs 2012-07-21 21:06:59 CEST
Created attachment 4554 
gdb backtrace

A Debian user reproduced it (using the menu key) and managed to provide a gdb backtrace (attached). He said the following:


On sam., 2012-07-21 at 12:28 -0400, P. J. McDermott wrote:
> I just hit this bug a second time in version 0.4.8-1+b1.
> 
> I accidentally pressed the context menu button (on a US keyboard) and no
> menu appeared.  Now all of my terminal windows (and all 149 tabs!) have
> stopped accepting input (keyboard or mouse).  They still draw output,
> however (my IRC client and a clock in GNU Screen's status line are still
> updating).
> 
> Attached is a full backtrace from GDB, in which one can see that GTK+ is
> running the main loop that Terminal's terminal_widget_context_menu()
> created in the input thread.  AFAICT there's no way to end the context
> menu main loop so that Terminal's input thread can return to normal
> execution, so my only recourse is to kill xfce4-terminal.
Comment 7 Jochen Schulz 2013-05-27 20:22:48 CEST
Hi,

I am the reporter of the bug in the Debian BTS and noticed that the bug disappeared in version 0.6.2-1 of the Debian package. The menu key does not open the context menu anymore, but this may be intended and I do not miss that functionality. Right-click still works to open the context menu.

As far as I am concerned, this bug may be closed.

Thanks,
Jochen.
Comment 8 Igor editbugs 2016-07-19 15:39:00 CEST
Closing according to the originator's request.

Bug #7587

Reported by:
Yves-Alexis Perez
Reported on: 2011-05-06
Last modified on: 2016-07-19

People

Assignee:
Nick Schermer
CC List:
2 users

Version

Attachments

gdb backtrace (11.84 KB, text/plain)
2012-07-21 21:06 CEST , Yves-Alexis Perez
no flags

Additional information