After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 629457 - Screen switch away stops background app output
Screen switch away stops background app output
Status: RESOLVED NOTABUG
Product: vte
Classification: Core
Component: general
0.25.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on: 629456
Blocks:
 
 
Reported: 2010-09-12 21:39 UTC by Jan Kratochvil
Modified: 2014-01-22 19:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Fix. (1.66 KB, patch)
2010-09-12 21:39 UTC, Jan Kratochvil
none Details | Review

Description Jan Kratochvil 2010-09-12 21:39:31 UTC
Created attachment 170098 [details] [review]
Fix.

Sometimes when you switch from the screen with vte window to a different screen the application should continue its output stream to the (non-visible) window.
Sometimes it does not and the applications keeps stopped.

Reproducer:
gnome-terminal --disable-factory -e /tmp/termlock &>/tmp/out

/tmp/termlock is:
#! /bin/sh
i=0;while :;do echo \
---------------------------------------------$i;i=$[$i+1];done

Always switch away from the screen with this window and run:
strace -p <pid of termlock>

to see if it still writes there.  Sometimes its write() syscall hangs.

Debug (/tmp/out) tail in this hanging case (using VTE_DEBUG=all):
[...]
-].read 8176/4096 bytes, again? no, active? yes
removed poll of vte_terminal_io_read
Visibility (unobscured -> fully-obscured).
change visibility: unobscured -> fully-obscured.
Removing terminal from active list
Removing update timeout


The fix has been tested and makes sense only together with the other fix, going
to link the two Bugs together.
Comment 1 Jan Kratochvil 2010-09-12 21:40:58 UTC
Verified on VTE GIT f1676fbe3e91a6e887abf254723b57e841fad0bb: Tue Sep 7
Comment 2 Behdad Esfahbod 2010-09-21 02:55:08 UTC
I need to read the active-handling code and fully understand it before I can fix this.  It does look very racy though.
Comment 3 Jan Kratochvil 2014-01-22 19:36:07 UTC
I can no longer reproduce it.  It has been probably fixed in the meantime.