FS#54902 - [terminology] when activity exists in another split view other views are unresponsive

Attached to Project: Community Packages
Opened by Brenton Horne (fusion809) - Saturday, 22 July 2017, 02:43 GMT
Last edited by Carsten Haitzler (raster) - Wednesday, 16 June 2021, 08:25 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Ronald van Haren (pressh)
Carsten Haitzler (raster)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
For a reason that escapes me, as other terminals (like terminator) with split views work fine, if one split view has activity in it (e.g. a file being downloaded with wget) all other split views are unresponsive. I can click on these other split views and type in some text and instead of being added to the view I have clicked, it gets added to the split view with activity in it. This is despite RAM usage being <20%, load average over a minute being ~0.20-1, CPU usage being ~4%. So this is not the system being frozen, all other programs (like Firefox, Thunar and the RuneScape NXT Client) are fully responsive and working fine.

This bug has only appeared recently, probably for only a week or less, this is despite the fact I've been using Terminology under i3 for over a month on Arch Linux. This bug often occurs after the system has been up for a while, not sure if it occurs straight after opening terminology or not. I've also used terminology under i3 on Gentoo Linux and this issue has never occurred under Gentoo, so I know this is an Arch Linux bug.

Additional info:
* package version(s): terminology 1.0.0-1. i3 4.13-1. Xorg (xorg-server) 1.19.3-2.

Steps to reproduce:
Open terminology under i3 (not sure if this bug occurs under WMs/DEs, but I know it does under i3) and create a few split views and run a command that produces continual activity (like, for example, `wget -c http://cdimage.deepin.com/releases/15.4.1/deepin-15.4.1-amd64.iso`) in one. Then click on another split view and type some text in. If this bug occurs for you the text you type should be added in the split view with continual activity in it.
This task depends upon

Closed by  Carsten Haitzler (raster)
Wednesday, 16 June 2021, 08:25 GMT
Reason for closing:  Not a bug
Additional comments about closing:  probably obsolete by now and definitely upstream... this works. splits update just fine ... this is probably something that should be reported upstream too at the time.
Comment by Brenton Horne (fusion809) - Saturday, 22 July 2017, 02:50 GMT
`ping www.google.com` is probably a less bandwidth-intensive way of testing for this bug.

Loading...