Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1
Hello, numlock does not behave correctly. It behaves like if it was randomly and continuously toggling it state.
Happens when numlock key is pressed, and after some time, it seems to stabilize in some state (on or off), but it can take some time.
Happens on Mate 1.6 desktop environment over Debian 6. No problem on same host with a KDE session.
If numlock state is modified with numlockx binary, it works as expected, only the key triggers this.
user@host:~$ while numlockx status; do sleep 0.1; done Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is on ...
Standard output of xev, after typing on it "test" and numlock key: http://paste.debian.net/76762/
Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1
Hello, numlock does not behave correctly. It behaves like if it was randomly and continuously toggling it state.
Happens when numlock key is pressed, and after some time, it seems to stabilize in some state (on or off), but it can take some time.
Happens on Mate 1.6 desktop environment over Debian 6. No problem on same host with a KDE session.
If numlock state is modified with numlockx binary, it works as expected, only the key triggers this.
user@host:~$ while numlockx status; do sleep 0.1; done Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is on ...
Forgot to comment that same happens with pyhoca-gui.
Current workaround I'm using is executing "numlockx on" at user session startup, because by default it is set to off and user presses numlock key when starts to work.
Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1
Hello, numlock does not behave correctly. It behaves like if it was randomly and continuously toggling it state.
Happens when numlock key is pressed, and after some time, it seems to stabilize in some state (on or off), but it can take some time.
Happens on Mate 1.6 desktop environment over Debian 6. No problem on same host with a KDE session.
If numlock state is modified with numlockx binary, it works as expected, only the key triggers this.
user@host:~$ while numlockx status; do sleep 0.1; done Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is on ...
Found that the Mate setting which makes numlock state change at a very high rate can be disabled by: gsettings set org.mate.peripherals-keyboard remember-numlock-state false
Still, users notify me that numlock change randomly. I did monitor numlock status with "numlockx status" command, and I can see it do change but very intermitently.
I first monitored numlock status and actively changed it to on with a script.
Lately, I added to the keyboard options, the equivalent to "setxkbmap -o numpad:mac", which can be added to /org/mate/desktop/peripherals/keyboard/kbd/options with 'compat\tnumpad:mac'
Here is a dirty script, which every user runs at session startup:
---------------%-----------------%------------------%------------------ #!/bin/bash tab="$(printf "\t")" cadena=( $(dconf read /org/mate/desktop/peripherals/keyboard/kbd/options | sed -e 's/.*\[\|\]//g') ) for (( i=0;i<${#cadena[@]};i++ )); do # esborrar '[', ']' i ',' cadena[$i]="$(printf "${cadena[$i]}" | sed -e 's/,//g')" done if ! echo ${cadena[@]} | grep -q 'compat\snumpad:mac'; then for (( i=0;i<${#cadena[@]};i++ )); do nova="$nova ${cadena[$i]}," done nova="$nova 'compat${tab}numpad:mac'" dconf write /org/mate/desktop/peripherals/keyboard/kbd/options "[ $nova ]" fi gsettings set org.mate.peripherals-keyboard numlock-state 'on' ---------------%-----------------%------------------%------------------
Control: reassign -1 x2gomatebindings Control: found -1 0.0.1.1
On Do 30 Jan 2014 09:46:04 CET, jordi wrote:
Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1 [...] [...]
We have to fix this in x2gomatebindings. So reassigning this bug.
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Control: tag -1 moreinfo
Hi Jordi,
On Do 30 Jan 2014 09:46:04 CET, jordi wrote:
Package: x2goserver Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1
Hello, numlock does not behave correctly. It behaves like if it was randomly and continuously toggling it state.
Happens when numlock key is pressed, and after some time, it seems to stabilize in some state (on or off), but it can take some time.
Happens on Mate 1.6 desktop environment over Debian 6. No problem on same host with a KDE session.
If numlock state is modified with numlockx binary, it works as expected, only the key triggers this.
user@host:~$ while numlockx status; do sleep 0.1; done Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is on Numlock is off Numlock is off Numlock is on Numlock is on Numlock is off Numlock is on Numlock is on ...
Found that the Mate setting which makes numlock state change at a very high rate can be disabled by: gsettings set org.mate.peripherals-keyboard remember-numlock-state false
Still, users notify me that numlock change randomly. I did monitor numlock status with "numlockx status" command, and I can see it do change but very intermitently.
I first monitored numlock status and actively changed it to on with a script.
Lately, I added to the keyboard options, the equivalent to "setxkbmap -o numpad:mac", which can be added to /org/mate/desktop/peripherals/keyboard/kbd/options with 'compat\tnumpad:mac'
Here is a dirty script, which every user runs at session startup:
---------------%-----------------%------------------%------------------ #!/bin/bash tab="$(printf "\t")" cadena=( $(dconf read /org/mate/desktop/peripherals/keyboard/kbd/options | sed -e 's/.*\[\|\]//g') ) for (( i=0;i<${#cadena[@]};i++ )); do # esborrar '[', ']' i ',' cadena[$i]="$(printf "${cadena[$i]}" | sed -e 's/,//g')" done if ! echo ${cadena[@]} | grep -q 'compat\snumpad:mac'; then for (( i=0;i<${#cadena[@]};i++ )); do nova="$nova ${cadena[$i]}," done nova="$nova 'compat${tab}numpad:mac'" dconf write /org/mate/desktop/peripherals/keyboard/kbd/options "[ $nova ]" fi gsettings set org.mate.peripherals-keyboard numlock-state 'on' ---------------%-----------------%------------------%------------------
I would like to get this fixed before the next release of x2gomatebindings.
Do you think you could write a patch?
Here is an example for a possible approach: http://code.x2go.org/gitweb?p=x2gomatebindings.git;a=blob;f=lib/x2go/extensi...
Simply use the extension concept of X2Go Server to hook into there and
execute code that is necessary.
The goal of such code should be that the Numlock settings are changed
for X2Go (on session startup e.g.), but that local logins (of the same
user) are not affected. If that is at all possible...
Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Processing control commands:
reassign -1 x2gomatebindings Bug #402 [x2goserver] Numlock issues Bug reassigned from package 'x2goserver' to 'x2gomatebindings'. Warning: Unknown package 'x2gomatebindings' Warning: Unknown package 'x2gomatebindings' No longer marked as found in versions 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1. Warning: Unknown package 'x2gomatebindings' Warning: Unknown package 'x2gomatebindings' Ignoring request to alter fixed versions of bug #402 to the same values previously set Warning: Unknown package 'x2gomatebindings' found -1 0.0.1.1 Bug #402 [x2gomatebindings] Numlock issues Warning: Unknown package 'x2gomatebindings' There is no source info for the package 'x2gomatebindings' at version '0.0.1.1' with architecture '' Unable to make a source version for version '0.0.1.1' Marked as found in versions 0.0.1.1. Warning: Unknown package 'x2gomatebindings'
-- 402: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=402 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems
Processing control commands:
tag -1 moreinfo Bug #402 [x2gomatebindings] Numlock issues Added tag(s) moreinfo.
-- 402: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=402 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems
Processing control commands:
close -1 Bug #402 [x2gomatebindings] Numlock issues Marked Bug as done
-- 402: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=402 X2Go Bug Tracking System Contact owner@bugs.x2go.org with problems