Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

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

Attached to Project: Arch Linux
Opened by Brenton Horne (fusion809) - Saturday, 22 July 2017, 02:43 GMT
Last edited by Doug Newgard (Scimmia) - Tuesday, 25 July 2017, 01:11 GMT
Task Type Bug Report
Category Packages: Extra
Status Assigned
Assigned To Ronald van Haren (pressh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


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`) 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

Comment by Brenton Horne (fusion809) - Saturday, 22 July 2017, 02:50 GMT
`ping` is probably a less bandwidth-intensive way of testing for this bug.