- User Since
- Apr 1 2013, 9:35 AM (383 w, 4 d)
Jan 16 2020
I confirm this feature works fine in 1.5.0 (I rebuilt that terminology version to test). So it definitely got broken in some commit between release 1.5 and 1.6.
Jan 13 2020
Mar 20 2018
I can confirm this bug appearing when updating to 0.22.2 in Archlinux today using official repository "extra". I am almost sure I updated from 0.22.1 and it was working earlier today, so indeed it seems the breakage occurred during this update (not sure if efl got updated too, I think it did).
Jul 10 2017
Feb 20 2017
Tested the new commit and it works now as I would expect. Thanks!
Last time this issue appeared I could see that there's also an extra process named xkbcomp running during the time my system was quite unresponsive. Seems related to the same keyoard events I may be somehow receiveing in a burst:
Feb 16 2017
As far as I know, the setxkbmap processes are finishing at some point without killing them. I am just killing them to be able to regain control (resources) in my netbook more quickly.
My guess is: lots of those "set of available layouts changed" events are coming really quickly at some point in time (no idea why), and then Enlightenment starts spawning a new setxkbmap process for each event. So many processes are created that it kind of takes down the system temporally (probably swap-to-disk jumps in). In turn, as the system becomes heavily loaded, it has no time to run the setxkbmap processes to let them finish in a timely fashion, that's why they queue up in there waiting for the system to let them run. Either that or setxkbmap processes block waiting for some system resource (x11?) which is also struggling to keep on at a sufficiently high speed due to the high load.
Feb 15 2017
Hi, sorry to come back to this one so much time after you closed it.
Feb 4 2016
Feb 1 2016
Hi, I just tried e8c4f080ed38c85340edffb46ffed6dbe05a7b55 in my PC and the issue is not resolved. Bug still there.
Jan 27 2016
I attach ~/.config/terminology/config/standard/base.cfg