FS#17400 - [xine-ui] makes spontaneous keyboard layout switching

Attached to Project: Arch Linux
Opened by Victor (g0ga) - Saturday, 05 December 2009, 20:25 GMT
Last edited by Eric Belanger (Snowman) - Saturday, 09 April 2011, 04:44 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Eric Belanger (Snowman)
Roman Kyrylych (Romashka)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: If i type somewhere while xine is playing movie keyboard layout make a crazy thing. :) it changes somehow to english (us) one (from russian that is native for me) on the middle of the phrase i'm typing. Result is something like this "Что за фbuyz ndjhbncz c 'njq hfcrkflrjq". And led indication of layout goes mad too. X has to lit scroll lock while russian is active, but when layout is changed by itself (or i think by xine) scroll lock dont turn off.

It occures on both my machines for a month or so (cant tell sharply, because i type rather seldom along with watching movie) and during this period i can't figure where the problem.

Additional info:
xine-lib 1.1.17-1
xine-ui 0.99.5-5

X is configured with:
option "AutoAddDevices" "false"

and

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us,ru"
Option "XkbVariant" ",winkeys"
Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll,terminate:ctrl_alt_bksp"
EndSection
This task depends upon

Closed by  Eric Belanger (Snowman)
Saturday, 09 April 2011, 04:44 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in xine-ui-0.99.6-2 with patch from Debian. xdg-utils is only missing a xorg-xset depends which I'll fix right now.
Comment by Roman Kyrylych (Romashka) - Monday, 03 May 2010, 11:06 GMT
wow, this is weird.
What is the status with the new versions of xine-lib and xine-ui?
Does removing grp_led:scroll changes anything?
Comment by Victor (g0ga) - Sunday, 09 May 2010, 18:39 GMT
Removing grp_led:scroll changes nothing.
All packages last time were upgraded today (09/05/2010).

local/xine-lib 1.1.18.1-1
local/xine-ui 0.99.6-1
Comment by Victor (g0ga) - Monday, 18 October 2010, 20:29 GMT
Same thing, latest updated arch. Here is video attachment :) to see how it is going. To say truth i found other situations when changing of layout occurs. I have a simple script that generates activity for my odesk.com account, when i'm out for 10 mins. It just sends mouse click or shift button once in a second, and while it is running layout is changed to default too.
   out.avi (948.3 KiB)
Comment by Jan de Groot (JGC) - Thursday, 07 April 2011, 21:53 GMT
This is a bug in xine-ui. It uses Ctrl and Shift fake key events to simulate activity while you're watching a movie so screensavers won't activate. As you have a group modifier set on Ctrl+Shift, that will trigger a keyboard layout switch.

Debian has a patch for xine-ui to use xdg-screensaver instead of sending fake key events. The patch needs some work to get extracted, as their xine-ui package has an all-in-one patch that contains it. After that, we need to make sure xdg-screensaver actually works. Debian has patched their xdg-screensaver binary to fix a lot of issues, I don't know if all of them are in an upstream xdg-utils release yet.

Loading...