GNOME Bugzilla – Bug 744162
busy terminal freezes on visibility change
Last modified: 2015-02-08 11:35:56 UTC
When a Gnome or MATE terminal is busy and terminal widget visibility changes eg. due to a desktop switch, the terminal freezes until being clicked with mouse. Under MATE, this is trivially reproducible by running "yes" and switching the desktops back and forth. The bug can be fixed by forcing add_update_timeout() when terminal visibility changes to "unobscured".
MATE is irrelevant - it uses an ancient, unmaintain version of vte. Seems you've already looked at gnome-terminal's code - do you have any explanation why it's buggy in its current state, or did you just happen find a workaround that works for you? Could you please attach a patch? Thanks!
Created attachment 296369 [details] [review] bugfix Forgot to attach the actual fix to the original report.
(In reply to comment #1) > MATE is irrelevant - it uses an ancient, unmaintain version of vte. > > Seems you've already looked at gnome-terminal's code - do you have any > explanation why it's buggy in its current state, or did you just happen find a > workaround that works for you? Could you please attach a patch? Thanks! I recall triggering the same issue in GNOME3 too, and there is also a similar report at https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1234453 . IMHO the issue, i.e. update timeout removed, but not re-enabled after the window gets visible again is still present.
Sorry for the noise, I just retried with Gnone3 terminal and cannot reproduce the bug anymore.
I also remember seeing similar bugreports, but could never reproduce any of them. This time I tried desktop swtiching with mate-desktop + gnome-terminal running "yes" or "seq 1 10000000000" and it was just fine. Marking as invalid; please get back to us if you experience this. In the mean time, you might want to report this to the Mate people.