Hide Forgot
Description of problem: I use national cz xkb layout on my computer. Since Fedora 19 remote tigervnc server accepts neither keypress of national characters nor the shift variant of these keys (numbers). This wasn't issue with Fedora 18 so this is a regression in behavior. I changed nothing on client, just server side was updated to Fedora 19 and recent tigervnc version. Version-Release number of selected component (if applicable): tigervnc-server-1.3.0-3.fc19.x86_64 How reproducible: Steps to Reproduce: 1. start tigervnc server on Fedora 19 2. on Fedora 18 setup keyboard layout: setxkbmap cz 3. use (tiger) vnc viewer from F18 to connect to server 4. try to put some national text into vnc client. Run tigervnc server on Fedora 18 and check correct behavior Actual results: keypress with national charater including shift variant is not accepted by server Expected results: all keys are propagated to vnc server session
I think this might be a duplicate of bug #989502?
(In reply to Tim Waugh from comment #1) > I think this might be a duplicate of bug #989502? Didn't I close it? damn. :( (Now I hope that I didn't close another bug by accident, because I swear that I closed this) Well I have found that my issue is caused by incorrect locales, target machine with vnc server had configured LANG=en_US instead of LANG=en_US.UTF-8, with utf-8 suffix I was able to put my characters. It still seems to be regression as the Fedora-18 running vnc server had same LANG=en_US without UTF-8, however I am fine with that. Nevertheless utf-8 suffix didn't solve all my issues. I still have many problems, however you're right, it really seems to be exactly same class as the issue described in Bug 989502. I will close this one and will monitor/contribute to the latter.
*** This bug has been marked as a duplicate of bug 989502 ***