Bug Tracker item #3325481, was opened at 2011-06-23 18:32 Message generated for change (Tracker Item Submitted) made by ragoley You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3325481&group_id=254363
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: UN*X version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert (ragoley) Assigned to: Adam Tkac (atkac) Summary: NumLock Broken Initial Comment: I have seen this issue on an off for a while now. The NumLock gets out of sync or causes odd behavior. I have Kubuntu 10.04 workstations connecting to a Debian 5.0 server with both running DRC's latest builds. I have tried quite a few tricks and even xmodmap remapping of keys. I do not have a good solution. This appears to be a bug that has resurfaced. I have found where older versions of TightVNC had the same problem. Someone gave a good detailed account of what was happening that EXACTLY matches the results I am getting. It is at http://permalink.gmane.org/gmane.network.tight-vnc.general/7450. All of his information about keysyms and keycodes match what I am getting. I am not seeing this issue with TightVNC 1.3.9. To be honest, I did not see it with TightVNC 1.2.9 that the post's author encountered it with either. I only saw it when I started working with TigerVNC. It was sporadic at first but that was from user's usage not the problem itself. Basically from my testing, connecting from a tigervnc viewer to a freshly started TigerVNC server with the numlock enabled works fine. After you press numlock, it changes like you think it would. However, it does not quite change back. The second time you press it you will end up with the light on and the numlocked keys opposite of what they should be. When the light is off, the keys are numbers. When the light is on, the keys are arrows etc. Wouldn't be as big of a deal except for the fact that the behavior is exactly opposite (and correct) for the local applications on the machine running the viewer. Similar behavior happens when using JollysFastVNC from the Mac. The difference is that it literally never switches back to typing numbers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3325481&group_id=254363 ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
