Bug 1577512

Description of problem:

A gnome terminal session will hang after a switch to something else (eg evince - and do a page-up) and then back to gnome terminal. Typing characters does nothing, but scroll the mouse (or double-click a word) and it reawakens and the typed characters are sent to the application.

It does seem to depend on the application being run under gnome terminal; it happens with mutt, but not vim.

Attaching the application (ie mutt) with strace some how ''fixed'' the issue; then I ran strace under xterm (ie not gnome terminal) and the 'protective' effect of strace did not happen.

I also saw this affect bash (when I suspended mutt with ^z).

If I ran mutt under xterm I do not see this behaviour.

Gnome terminal 2.31.3

x86_64 fully up to date - CentOS

This first appeared after I ran an update that installed the components below and I then rebooted due to the new kernel. Do however that a new version of VTE was installed, I suspect that this is the change that made this problem.

May 11 08:51:09 Updated: kernel-firmware-2.6.32-696.28.1.el6.noarch
May 11 08:51:17 Installed: kernel-2.6.32-696.28.1.el6.x86_64
May 11 08:51:21 Updated: tzdata-2018e-3.el6.noarch
May 11 08:51:23 Updated: kernel-headers-2.6.32-696.28.1.el6.x86_64
May 11 08:53:04 Installed: kernel-devel-2.6.32-696.28.1.el6.x86_64
May 11 08:53:06 Updated: perf-2.6.32-696.28.1.el6.x86_64
May 11 08:53:20 Updated: kernel-doc-2.6.32-696.28.1.el6.noarch
May 11 08:53:22 Updated: tzdata-java-2018e-3.el6.noarch
May 11 08:53:23 Updated: kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch
May 11 08:53:25 Updated: vte-0.25.1-10.el6_9.x86_64





How reproducible:

Very

Steps to Reproduce:
1.

Run mutt under gnome terminal

2.

Switch to another virtual desktop (Ctrl-Shift-arrow-key) where evince is running.

3.

Page up/down in the PDF

4.

Switch back to mutt

5.

Press keys that mutt should react to, eg up-arrow and nothing happens.