Bug Tracker item #3325481, was opened at 2011-06-24 00:32 Message generated for change (Comment added) made by cendossm 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. ---------------------------------------------------------------------- >Comment By: Pierre Ossman (cendossm) Date: 2011-10-25 11:18 Message: Yes, those are sufficiently new. Thanks you for confirming that the bug is still present. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-10-24 15:42 Message: What version are you calling pre-release? The 1.2 Alpha? I have been testing with DRC's builds. Is his latest Alpha version current enough? ---------------------------------------------------------------------- Comment By: Pierre Ossman (cendossm) Date: 2011-10-24 14:47 Message: Could you test this with the pre-release client? The keyboard handling has been changed quite a bit there. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3325481&group_id=254363 ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
