[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-09 15:44 Message: This proved to be a *very* difficult problem to solve. The solution is somewhat inelegant, but it works and has been thoroughly tested at the low levels. There were several factors at play: (1) The ZlibOutStream class doesn't work properly unless the underlying OutStream has enough space to hold the entire compressed buffer. That's because the underlying OutStream is not invoked via its writeBytes() method. Its pointers are manipulated directly. I am really leery of all of these wrapper classes, to be honest. They don't seem to be hurting performance, but it is really hard to follow what is going on and who's writing what where, etc. To fix it would require a lot of re-architecting, though. I copped out and simply increased the size of the temporary MemOutStream created by compressData() to match the worst case size needed to encode the largest possible subrectangle (the formula was borrowed from the TightVNC encoder.) (2) Zlib 1.2.4 and later behave differently from Zlib 1.2.3 and earlier. In both cases, the library will try to automatically call deflate() within the body of deflateParams() if the compression level has changed. Zlib 1.2.3 and earlier call deflate() with Z_PARTIAL_FLUSH, whereas Zlib 1.2.4 and later call deflate() with Z_BLOCK. The issue is that, after Zlib 1.2.4+ called deflate(..., Z_BLOCK), the subsequent call to deflate(..., Z_SYNC_FLUSH) in ZlibOutStream failed because there was nothing left in the buffer. So, I added checks to make sure that zs-avail_in was non-zero before calling deflate() in the body of the flush() and overrun() methods. This put an end to the encoder errors, but now the decoder was barfing. Z_BLOCK doesn't fully flush the stream, so it was apparently leaving some stray bytes around, and I couldn't figure out how to do a Z_SYNC_FLUSH after Z_BLOCK without causing Zlib to throw an error. Thus, I added an explicit Z_SYNC_FLUSH prior to the deflateParams() call. So far so good, except that this modification made ZlibOutStream break with Zlib 1.2.3, which is why I ultimately had to check for the Zlib version and run the Z_SYNC_FLUSH only if the version is 1.2.4 or later. sigh I'm sure there is a nicer way to go about this, but I really don't want to play anymore. Will spin new builds for testing purposes. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-04 10:32 Message: Please try the patch that I just uploaded. With it I have been able to go through all available compression levels using both the unix viewer from the 1_1 branch and the new java client with no crash. Xvnc was compiled and is running on RHEL4. I don't have access to the FLTK viewer on our intranet and my src code is a few weeks old, but I don't think anything else has changed that's relevant to this bug. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 11:03 Message: One thing I see that doesn't look right is that in common/rdr/tightEncode.h the variables idxZlibLevel, rawZlibLevel, and monoZlibLevel are used to pass the compression level to the ZlibOutStream, however I don't see where they are ever set or even initialized. They get declared in common/rdr/TightEncoder.h, but that seems to be it. Another potential issue might be that ZlibOutStream::setCompressionLevel() is essentially asynchronous to the actual change of the compression level. The call to deflateParams() only occurs in checkCompressionLevel(), which itself is only called
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290185 ] Xvnc bound to /opt/TigerVNC/lib/dri/swrast_dri.so
Bug Tracker item #3290185, was opened at 2011-04-20 04:05 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290185group_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: 1.1.X Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: Scott (scottroland) Assigned to: Adam Tkac (atkac) Summary: Xvnc bound to /opt/TigerVNC/lib/dri/swrast_dri.so Initial Comment: I do not have root access on the machine on which I am installing TigerVNC, so I installed it in my home directory. When I start a VNC server, I see this error in the logfile: (EE) AIGLX error: dlopen of /opt/TigerVNC/lib/dri/swrast_dri.so failed (/opt/TigerVNC/lib/dri/swrast_dri.so: cannot open shared object file: Permission denied) Would it be possible to allow for non-root installs? (Perhaps by setting LD_LIBRARY_PATH in vncserver before Xvnc is called.) -- Comment By: D. R. Commander (dcommander) Date: 2011-08-09 15:52 Message: Since -dridir is only available if Xvnc is built via build-xorg, it seems improper to include it in Xvnc.man, since that file will also be included in distributions like Fedora that don't have the -dridir option. Hoping someone else in the TigerVNC community will comment on this. Closing as Won't Fix for now. -- Comment By: D. R. Commander (dcommander) Date: 2011-04-20 04:18 Message: Pass -dridir to vncserver to specify the path of your swrast_dri.so. Leaving this open so someone will be reminded to document that option. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290185group_id=254363 -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3198439 ] Xvnc -screen -1 10x20x24 crashes
Bug Tracker item #3198439, was opened at 2011-03-03 07:23 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3198439group_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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Adam Tkac (atkac) Assigned to: Adam Tkac (atkac) Summary: Xvnc -screen -1 10x20x24 crashes Initial Comment: Xvnc -screen -1 10x20x24 crashes. Needs to be inspected why, probably bad options parser. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-09 15:58 Message: Whatever was causing this seems to be fixed now. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3198439group_id=254363 -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3389275 ] New Connection Option for Mac FLTK Viewer
Feature Request Tracker item #3389275, was opened at 2011-08-09 16:53 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3389275group_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: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: New Connection Option for Mac FLTK Viewer Initial Comment: It was pointed out that, when launching the FLTK-based TigerVNC Viewer for Mac (which is packaged as an App bundle), only one instance of it is allowed to run at a time (this is a limitation of the Finder-- you can launch multiple instances from the command line, but launching App bundles from the command line is non-intuitive.) It would be nice to have a menu option that would allow a new VNC connection to be started, so multiple connections could be made from the single app instance. I haven't looked at the code yet to see how feasible it might be. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3389275group_id=254363 -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3386240 ] FLTK viewer on Windows sometimes crashes on exit
Bug Tracker item #3386240, was opened at 2011-08-04 17:10 Message generated for change (Comment added) made by astrand You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_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: FLTK viewer Group: trunk Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Peter Åstrand (astrand) Assigned to: Peter Åstrand (astrand) Summary: FLTK viewer on Windows sometimes crashes on exit Initial Comment: Sometimes the FLTK viewer on Windows crashes on exit. In some environments (server, client, user combination), it happens almost every time, while sometimes it's close to impossible to trigger the crash. It seems to happen more often on Windows 7 than Windows XP though. It doesn't matter if the server closes the connection, if you disconnect using the F8 menu, or close the viewer window. -- Comment By: Peter Åstrand (astrand) Date: 2011-08-08 13:37 Message: False alarm. This was actually a problem with the FLTK clipboard patch. See http://www.fltk.org/str.php?L2636 . -- Comment By: Peter Åstrand (astrand) Date: 2011-08-04 17:18 Message: By using the traceback as well as some debug printouts, I've come to the conclusion that it crashes in the Fl_Window destructor. The question is why. -- Comment By: Peter Åstrand (astrand) Date: 2011-08-04 17:13 Message: In some cases, the problem can be triggered by running Firefox inside the VNC session, and browse to http://www.phrenopolis.com/perspective/solarsystem/ . Then, scroll from the sun to pluto and back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_id=254363 -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3386240 ] FLTK viewer on Windows sometimes crashes on exit
Bug Tracker item #3386240, was opened at 2011-08-04 17:10 Message generated for change (Tracker Item Submitted) made by astrand You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_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: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Åstrand (astrand) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer on Windows sometimes crashes on exit Initial Comment: Sometimes the FLTK viewer on Windows crashes on exit. In some environments (server, client, user combination), it happens almost every time, while sometimes it's close to impossible to trigger the crash. It seems to happen more often on Windows 7 than Windows XP though. It doesn't matter if the server closes the connection, if you disconnect using the F8 menu, or close the viewer window. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_id=254363 -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3386240 ] FLTK viewer on Windows sometimes crashes on exit
Bug Tracker item #3386240, was opened at 2011-08-04 17:10 Message generated for change (Comment added) made by astrand You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_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: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Åstrand (astrand) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer on Windows sometimes crashes on exit Initial Comment: Sometimes the FLTK viewer on Windows crashes on exit. In some environments (server, client, user combination), it happens almost every time, while sometimes it's close to impossible to trigger the crash. It seems to happen more often on Windows 7 than Windows XP though. It doesn't matter if the server closes the connection, if you disconnect using the F8 menu, or close the viewer window. -- Comment By: Peter Åstrand (astrand) Date: 2011-08-04 17:13 Message: In some cases, the problem can be triggered by running Firefox inside the VNC session, and browse to http://www.phrenopolis.com/perspective/solarsystem/ . Then, scroll from the sun to pluto and back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_id=254363 -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3386240 ] FLTK viewer on Windows sometimes crashes on exit
Bug Tracker item #3386240, was opened at 2011-08-04 17:10 Message generated for change (Comment added) made by astrand You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_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: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Åstrand (astrand) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer on Windows sometimes crashes on exit Initial Comment: Sometimes the FLTK viewer on Windows crashes on exit. In some environments (server, client, user combination), it happens almost every time, while sometimes it's close to impossible to trigger the crash. It seems to happen more often on Windows 7 than Windows XP though. It doesn't matter if the server closes the connection, if you disconnect using the F8 menu, or close the viewer window. -- Comment By: Peter Åstrand (astrand) Date: 2011-08-04 17:18 Message: By using the traceback as well as some debug printouts, I've come to the conclusion that it crashes in the Fl_Window destructor. The question is why. -- Comment By: Peter Åstrand (astrand) Date: 2011-08-04 17:13 Message: In some cases, the problem can be triggered by running Firefox inside the VNC session, and browse to http://www.phrenopolis.com/perspective/solarsystem/ . Then, scroll from the sun to pluto and back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3386240group_id=254363 -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 09:18 Message: One thing I see that doesn't look right is that in common/rdr/tightEncode.h the variables idxZlibLevel, rawZlibLevel, and monoZlibLevel are used to pass the compression level to the ZlibOutStream, however I don't see where they are ever set or even initialized. They get declared in common/rdr/TightEncoder.h, but that seems to be it. Another potential issue might be that ZlibOutStream::setCompressionLevel() is essentially asynchronous to the actual change of the compression level. The call to deflateParams() only occurs in checkCompressionLevel(), which itself is only called in ZlibOutStream::flush() and ZlibOutStream::overrun(). tightEncode::compressData() calls: zos-setCompressionLevel zos-writeBytes zos-flush Shouldn't the call to deflateParams (possibly preceded by a Z_FULL_FLUSH or Z_SYNC_FLUSH to set the stream state per the zlib docs) happen in ZlibOutStream::setCompressionLevel()? -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 07:01 Message: Can you test the unpatched version with the java client? I just found that when I use your 7/23 post-beta and my java client, I can't reproduce the crash. If the unpatched Xvnc works with both clients then I certainly have no objection to backing out the patch. In either case, I suspect that this is still unresolved though. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-03 01:49 Message: I guess my main point is-- I think the original bug is somewhere other than in ZlibOutStream.cxx. The unpatched version of that class works fine in isolation. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 00:15 Message: Looking at that patch, I think that the flush parameter in the else block of checkCompressionLevel should be Z_NO_FLUSH rather than Z_SYNC_FLUSH. It doesn't seem like that alone should cause the server to bail out though. It's probably is degrading performance though. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 00:04 Message: Yes, I get essentially the same behavior. I'll keep poking around to see if I can make any headway with this. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 22:43 Message: Let's focus on the 1.1 branch right now to avoid confusion. Do you still observe the crash using the 7/23 1.1 post-beta? When I use that build, I definitely do observe a crash when setting compress level=1-4, and the error message in the server's log is identical to the one that the encoder gives me when running at the low level. Nothing has changed in the 1.1 branch between 6/14 and 7/23 that would account for this. I also observe the crash in 6/14, but oddly, it is harder to reproduce in that build. 7/23 fails almost instantly, whereas I had to play with the 6/14 build for a while to make it fail. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 22:16 Message: OK, I was using one of your older (June 14) pre-release builds. With the latest pre-alpha it crashes even just going to 1. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:59 Message: How are you building TigerVNC? It is definitely reproducible in my builds
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:43 Message: Let's focus on the 1.1 branch right now to avoid confusion. Do you still observe the crash using the 7/23 1.1 post-beta? When I use that build, I definitely do observe a crash when setting compress level=1-4, and the error message in the server's log is identical to the one that the encoder gives me when running at the low level. Nothing has changed in the 1.1 branch between 6/14 and 7/23 that would account for this. I also observe the crash in 6/14, but oddly, it is harder to reproduce in that build. 7/23 fails almost instantly, whereas I had to play with the 6/14 build for a while to make it fail. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 21:16 Message: OK, I was using one of your older (June 14) pre-release builds. With the latest pre-alpha it crashes even just going to 1. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 20:59 Message: How are you building TigerVNC? It is definitely reproducible in my builds. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 20:58 Message: It's a hidden option. 0 pipes the data through the Zlib compressor, which doesn't actually compress anything. However, 1 or any other number = 4 also produces the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 20:57 Message: Correction, -1 is the default, 0 is no compression. So is there any reason to enable 0? I can't reproduce it by going between 1 and 4, it seems like it's specific to 0. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 20:51 Message: The easiest way to repro is to set the custom level to 0, then back up to 1. You might also try disabling JPEG compression before doing that, as it seems to make it happen more readily. Should 0 be an option? I know it's actually the default, but the viewer dialog says 1= fast, 9=best. Perhaps like you say it's at a higher level and the server doesn't expect to receive anything outside the range 1-9? (I don't remember seeing anything like that). -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 20:24 Message: More information on this. In the process of mocking up the TigerVNC encoder at the lowest levels using the compare-encodings benchmark (which is used to model low-level encoder performance using captured VNC sessions), I observed that I would get an error in deflateParams() whenever setting the compression level to 4 or lower. Backing out the patch we made to attempt to fix this bug seems to make everything work fine at the low level. In short, the original ZlibOutStream implementation seems to be correct. Perhaps the bug is at a higher level of the program. -- Comment By: D. R. Commander (dcommander) Date: 2011-07-28 12:40 Message: Something else I noticed, at least in trunk, is that there still seems to be a dependency on libz.so.1 even though USE_INCLUDED_ZLIB=1. I'm investigating that. It may be that this is a conflict between the static and shared lib versions. -- Comment By: Brian Hinz (bphinz) Date: 2011-07-28 10:08 Message: Are the in-tree
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 00:04 Message: Yes, I get essentially the same behavior. I'll keep poking around to see if I can make any headway with this. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 22:43 Message: Let's focus on the 1.1 branch right now to avoid confusion. Do you still observe the crash using the 7/23 1.1 post-beta? When I use that build, I definitely do observe a crash when setting compress level=1-4, and the error message in the server's log is identical to the one that the encoder gives me when running at the low level. Nothing has changed in the 1.1 branch between 6/14 and 7/23 that would account for this. I also observe the crash in 6/14, but oddly, it is harder to reproduce in that build. 7/23 fails almost instantly, whereas I had to play with the 6/14 build for a while to make it fail. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 22:16 Message: OK, I was using one of your older (June 14) pre-release builds. With the latest pre-alpha it crashes even just going to 1. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:59 Message: How are you building TigerVNC? It is definitely reproducible in my builds. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:58 Message: It's a hidden option. 0 pipes the data through the Zlib compressor, which doesn't actually compress anything. However, 1 or any other number = 4 also produces the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 21:57 Message: Correction, -1 is the default, 0 is no compression. So is there any reason to enable 0? I can't reproduce it by going between 1 and 4, it seems like it's specific to 0. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 21:51 Message: The easiest way to repro is to set the custom level to 0, then back up to 1. You might also try disabling JPEG compression before doing that, as it seems to make it happen more readily. Should 0 be an option? I know it's actually the default, but the viewer dialog says 1= fast, 9=best. Perhaps like you say it's at a higher level and the server doesn't expect to receive anything outside the range 1-9? (I don't remember seeing anything like that). -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:24 Message: More information on this. In the process of mocking up the TigerVNC encoder at the lowest levels using the compare-encodings benchmark (which is used to model low-level encoder performance using captured VNC sessions), I observed that I would get an error in deflateParams() whenever setting the compression level to 4 or lower. Backing out the patch we made to attempt to fix this bug seems to make everything work fine at the low level. In short, the original ZlibOutStream implementation seems to be correct. Perhaps the bug is at a higher level of the program. -- Comment By: D. R. Commander (dcommander) Date: 2011-07-28 13:40 Message: Something else I noticed, at least in trunk, is that there still seems to be a dependency on libz.so.1 even though USE_INCLUDED_ZLIB=1. I'm
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 00:15 Message: Looking at that patch, I think that the flush parameter in the else block of checkCompressionLevel should be Z_NO_FLUSH rather than Z_SYNC_FLUSH. It doesn't seem like that alone should cause the server to bail out though. It's probably is degrading performance though. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-03 00:04 Message: Yes, I get essentially the same behavior. I'll keep poking around to see if I can make any headway with this. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 22:43 Message: Let's focus on the 1.1 branch right now to avoid confusion. Do you still observe the crash using the 7/23 1.1 post-beta? When I use that build, I definitely do observe a crash when setting compress level=1-4, and the error message in the server's log is identical to the one that the encoder gives me when running at the low level. Nothing has changed in the 1.1 branch between 6/14 and 7/23 that would account for this. I also observe the crash in 6/14, but oddly, it is harder to reproduce in that build. 7/23 fails almost instantly, whereas I had to play with the 6/14 build for a while to make it fail. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 22:16 Message: OK, I was using one of your older (June 14) pre-release builds. With the latest pre-alpha it crashes even just going to 1. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:59 Message: How are you building TigerVNC? It is definitely reproducible in my builds. -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:58 Message: It's a hidden option. 0 pipes the data through the Zlib compressor, which doesn't actually compress anything. However, 1 or any other number = 4 also produces the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 21:57 Message: Correction, -1 is the default, 0 is no compression. So is there any reason to enable 0? I can't reproduce it by going between 1 and 4, it seems like it's specific to 0. -- Comment By: Brian Hinz (bphinz) Date: 2011-08-02 21:51 Message: The easiest way to repro is to set the custom level to 0, then back up to 1. You might also try disabling JPEG compression before doing that, as it seems to make it happen more readily. Should 0 be an option? I know it's actually the default, but the viewer dialog says 1= fast, 9=best. Perhaps like you say it's at a higher level and the server doesn't expect to receive anything outside the range 1-9? (I don't remember seeing anything like that). -- Comment By: D. R. Commander (dcommander) Date: 2011-08-02 21:24 Message: More information on this. In the process of mocking up the TigerVNC encoder at the lowest levels using the compare-encodings benchmark (which is used to model low-level encoder performance using captured VNC sessions), I observed that I would get an error in deflateParams() whenever setting the compression level to 4 or lower. Backing out the patch we made to attempt to fix this bug seems to make everything work fine at the low level. In short
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-07-28 12:40 Message: Something else I noticed, at least in trunk, is that there still seems to be a dependency on libz.so.1 even though USE_INCLUDED_ZLIB=1. I'm investigating that. It may be that this is a conflict between the static and shared lib versions. -- Comment By: Brian Hinz (bphinz) Date: 2011-07-28 10:08 Message: Are the in-tree zlib source files 1:1 copies of the upstream source? I see a note in r4026 that says Remove unneeded parts of embedded zlib., however this was prior to r4168 which upgraded the zlib version to 1.2.5 (but also says Unneeded parts are removed). Are you sure that there isn't a dependency being dropped? Maybe reaching at straws here... -- Comment By: D. R. Commander (dcommander) Date: 2011-07-23 15:35 Message: Re-opening. Unfortunately, I am still able to make it crash in the latest 1.1 pre-release build: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases It also crashes quite readily in the FLTK viewer, even though the same patch was applied to trunk. The easiest way to repro is to set the custom level to 0, then back up to 1. You might also try disabling JPEG compression before doing that, as it seems to make it happen more readily. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-17 08:21 Message: Seems good. No problems at all on RHEL4 for several days now, limited testing with RHEL5, but so far so good. I say go ahead and close it. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 22:25 Message: Try the latest pre-release build at: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases Seems to be fixed as far as I can tell. If it works for you, I'll go ahead and close the issue. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 14:20 Message: Can you try applying the patch that I uploaded (rev2) and see if it fixes the issue? I've been chugging along on RHEL4 (x86_64) for about 4 hours now, periodically changing the compression level, and have not been able to reproduce the error. I was not previously linking against the static libraries, but this time I added GNUTLS_FLAGS='/usr/lib64/libgnutls.a /usr/lib64/libgcrypt.a /usr/lib64/libgpg-error.a /usr/lib64/libgnutls-extra.a' --with-included-zlib to 'build-xorg build' (the --with-included-zlib should be redundant because of '-static', but I left it there for good measure). I won't be able to test this on RHEL5 until later tonight, but it seems to me that the error is more reproducible on RHEL5 than RHEL4(?). FYI, the patch alone did not cure the issue for me, so if it does work, it seems to be due to some combination of the patch and the requirement to link against the static libraries... Thanks, -brian -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 13:16 Message: I don't think it will. I link against static everything, and I still get the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 09:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced
[Tigervnc-devel] [ tigervnc-Bug Tracker-3372814 ] FLTK Viewer Ignores Connection Options
Bug Tracker item #3372814, was opened at 2011-07-20 17:21 Message generated for change (Tracker Item Submitted) made by ragoley You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3372814group_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: FLTK viewer Group: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert (ragoley) Assigned to: Pierre Ossman (ossman_) Summary: FLTK Viewer Ignores Connection Options Initial Comment: The FLTK viewer is ignoring any changes to the connection settings on the Options window. It is automatically connecting with the server's first allowed SecurityType even if it was a method disabled on the Options window. Primary testing platform has been Debian 5.0 using DRC's 1.2 64 bit Linux binaries and Mac OSX 10.6 running the viewer from DRC's 1.2 build for OSX. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3372814group_id=254363 -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3364026 ] FLTK viewer crashes or locks up if server is killed
Bug Tracker item #3364026, was opened at 2011-07-12 03:21 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3364026group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer crashes or locks up if server is killed Initial Comment: If Xvnc is killed prior to disconnecting the viewer, the new FLTK viewer will not handle the loss of connection gracefully. On Linux, it seems to lock up, whereas it will crash on other platforms. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3364026group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3326456 ] FLTK viewer should not pop up a console window on Windows
Feature Request Tracker item #3326456, was opened at 2011-06-24 00:05 Message generated for change (Settings changed) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3326456group_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: FLTK viewer Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer should not pop up a console window on Windows Initial Comment: When launching the new FLTK-based TigerVNC Viewer application from the Windows Start Menu, it pops up a console window. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3326456group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-2814631 ] Full use of SSE registers on x86_64
Feature Request Tracker item #2814631, was opened at 2009-06-30 09:37 Message generated for change (Settings changed) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2814631group_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: None Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: Pierre Ossman (ossman_) Assigned to: Nobody/Anonymous (nobody) Summary: Full use of SSE registers on x86_64 Initial Comment: The current x86_64 SIMD code is just a straight port of the i386 code. x86_64 has twice as many SSE registers though which means we can increase the parallelism and the performance. -- Comment By: D. R. Commander (dcommander) Date: 2011-07-05 14:29 Message: Opened a feature request for this upstream (https://sourceforge.net/tracker/?func=detailaid=3354578group_id=303195atid=1278161) -- Comment By: D. R. Commander (dcommander) Date: 2011-03-18 13:48 Message: I had a chance to investigate this for the colorspace conversion code (j[c|d]clrss2-64.asm). Quite bizarrely, using additional registers does not appear to improve performance and in fact decreases it for that code. I am at a loss to explain. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2814631group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3348940 ] vncviewer inherits server library dependencies from librfb
Bug Tracker item #3348940, was opened at 2011-07-01 12:58 Message generated for change (Tracker Item Submitted) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3348940group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henrik Andersson (hean01) Assigned to: Nobody/Anonymous (nobody) Summary: vncviewer inherits server library dependencies from librfb Initial Comment: Currently librfb contains both client and server parts, when building the vncviewer, library dependencies for the server part will also be inherited to the client binary. ex. libpam thru pam usage in UnixPasswordValidator. One might want to split librfb into a client and server library. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3348940group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3348940 ] vncviewer inherits server library dependencies from librfb
Bug Tracker item #3348940, was opened at 2011-07-01 05:58 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3348940group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henrik Andersson (hean01) Assigned to: Nobody/Anonymous (nobody) Summary: vncviewer inherits server library dependencies from librfb Initial Comment: Currently librfb contains both client and server parts, when building the vncviewer, library dependencies for the server part will also be inherited to the client binary. ex. libpam thru pam usage in UnixPasswordValidator. One might want to split librfb into a client and server library. -- Comment By: D. R. Commander (dcommander) Date: 2011-07-01 17:31 Message: I have noticed this as well, both on the new FLTK-based viewer as well as the 1.1 viewer. I personally see this as more of a minor annoyance than a real bug, because the only place in which the viewer and server are built together is on Linux, and the artificial library dependencies that are introduced in the viewer, such as libpam, are generally non-optional system libraries. That being said, if librfb could be cleanly split in trunk, then I have no problem with that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3348940group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3329519 ] CMake build system in trunk doesn't build x0vncserver
Bug Tracker item #3329519, was opened at 2011-06-25 04:53 Message generated for change (Comment added) made by hean01 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3329519group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: CMake build system in trunk doesn't build x0vncserver Initial Comment: Why not? -- Comment By: Henrik Andersson (hean01) Date: 2011-06-29 11:16 Message: Commit r4570 adds build of x0vncserver. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3329519group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3339639 ] FLTK viewer should display build date in About dialog
Feature Request Tracker item #3339639, was opened at 2011-06-28 01:00 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3339639group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer should display build date in About dialog Initial Comment: The Windows vncviewer displays the build date and the bitness (32-bit or 64-bit) of the binary in the About dialog. Both are useful in tracking down end user problems as well as performance issues (the 64-bit viewer performs significantly faster than the 32-bit viewer.) It would be nice for the FLTK viewer to do likewise. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3339639group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3336716 ] mouse reversed
Bug Tracker item #3336716, was opened at 2011-06-27 10:36 Message generated for change (Tracker Item Submitted) made by timtatanka You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3336716group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: tatanka (timtatanka) Assigned to: Pierre Ossman (ossman_) Summary: mouse reversed Initial Comment: Using DRC's build, I had a vertically reversed mouse-image. Changing the mouse theme (KDE) doesn't help. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3336716group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3336716 ] mouse reversed
Bug Tracker item #3336716, was opened at 2011-06-27 10:36 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3336716group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: tatanka (timtatanka) Assigned to: Pierre Ossman (ossman_) Summary: mouse reversed Initial Comment: Using DRC's build, I had a vertically reversed mouse-image. Changing the mouse theme (KDE) doesn't help. -- Comment By: Pierre Ossman (ossman_) Date: 2011-06-27 11:00 Message: My bad. This is a bug in the FLTK cursor code. I forgot that Windows likes everything upside down, so you have to specify a negative height on that platform when creating the cursor. -- Comment By: tatanka (timtatanka) Date: 2011-06-27 10:51 Message: Yes, the cursor shape. It looks like it is still working the correct way, because the place the click is registered is somewhere above the cursor. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-27 10:38 Message: Please indicate what you mean by mouse image. Do you mean your cursor shape is incorrect? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3336716group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3325837 ] FLTK viewer- change hide/show behavior of Security tab
Feature Request Tracker item #3325837, was opened at 2011-06-24 03:18 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325837group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer- change hide/show behavior of Security tab Initial Comment: If GnuTLS support is not compiled in, the Security tab should still be shown, because the authentication methods configured in this tab are still valid. Only the Encryption section in this tab should be disabled. -- Comment By: Pierre Ossman (ossman_) Date: 2011-06-27 11:03 Message: This is the behaviour the old viewer had, so I just copied it over. It's possible to do what you suggest, although it gets a bit more hairy with the #ifdefs. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325837group_id=254363 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3328796 ] FLTK viewer needs icons
Feature Request Tracker item #3328796, was opened at 2011-06-24 16:52 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3328796group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer needs icons Initial Comment: The legacy Windows version has a program icon, and it also showed an icon in the connect dialog and About dialogs. It would be nice if the new viewer did the same, at least on Windows. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3328796group_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
[Tigervnc-devel] [ tigervnc-Bug Tracker-3325481 ] NumLock Broken
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=detailatid=1126848aid=3325481group_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=detailatid=1126848aid=3325481group_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
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3325834 ] FLTK viewer should display encryption type in P/W dialogs
Feature Request Tracker item #3325834, was opened at 2011-06-23 20:16 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325834group_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: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer should display encryption type in P/W dialogs Initial Comment: The legacy viewer would change the title of the password dialog based on the type of encryption and authentication being used, which is an important security feature (it gives TLS users configuration that TLS is enabled.) The FLTK-based viewer doesn't do that. It just displays VNC Authentication, which gives no indication of whether it's TLSVnc or VncAuth. I haven't looked at the user+password dialog yet, but it would need to be modified similarly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325834group_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
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3325837 ] FLTK viewer- change hide/show behavior of Security tab
Feature Request Tracker item #3325837, was opened at 2011-06-23 20:18 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325837group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer- change hide/show behavior of Security tab Initial Comment: If GnuTLS support is not compiled in, the Security tab should still be shown, because the authentication methods configured in this tab are still valid. Only the Encryption section in this tab should be disabled. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3325837group_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
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3326456 ] FLTK viewer should not pop up a console window on Windows
Feature Request Tracker item #3326456, was opened at 2011-06-24 00:05 Message generated for change (Tracker Item Submitted) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3326456group_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: FLTK viewer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: FLTK viewer should not pop up a console window on Windows Initial Comment: When launching the new FLTK-based TigerVNC Viewer application from the Windows Start Menu, it pops up a console window. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3326456group_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
[Tigervnc-devel] [ tigervnc-Bug Tracker-3321616 ] Raw encoding ~2.5x slower in TigerVNC Server vs. RealVNC
Bug Tracker item #3321616, was opened at 2011-06-18 09:28 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3321616group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: D. R. Commander (dcommander) Summary: Raw encoding ~2.5x slower in TigerVNC Server vs. RealVNC Initial Comment: At least on my configuration (Linux--Linux or Linux--Mac over gigabit), Raw encoding performs much worse with the TigerVNC Server (latest pre-release build) than with the RealVNC 4.1.2 Server, using the same TigerVNC Viewer (latest pre-release build) in both cases. I consider this a must-fix for 1.1.0. -- Comment By: Adam Tkac (atkac) Date: 2011-06-20 11:00 Message: Do you know if this is a regression of the 1.1 or 1.0 is also slower than RealVNC version? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3321616group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-17 09:21 Message: Seems good. No problems at all on RHEL4 for several days now, limited testing with RHEL5, but so far so good. I say go ahead and close it. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 23:25 Message: Try the latest pre-release build at: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases Seems to be fixed as far as I can tell. If it works for you, I'll go ahead and close the issue. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 15:20 Message: Can you try applying the patch that I uploaded (rev2) and see if it fixes the issue? I've been chugging along on RHEL4 (x86_64) for about 4 hours now, periodically changing the compression level, and have not been able to reproduce the error. I was not previously linking against the static libraries, but this time I added GNUTLS_FLAGS='/usr/lib64/libgnutls.a /usr/lib64/libgcrypt.a /usr/lib64/libgpg-error.a /usr/lib64/libgnutls-extra.a' --with-included-zlib to 'build-xorg build' (the --with-included-zlib should be redundant because of '-static', but I left it there for good measure). I won't be able to test this on RHEL5 until later tonight, but it seems to me that the error is more reproducible on RHEL5 than RHEL4(?). FYI, the patch alone did not cure the issue for me, so if it does work, it seems to be due to some combination of the patch and the requirement to link against the static libraries... Thanks, -brian -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 14:16 Message: I don't think it will. I link against static everything, and I still get the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 10:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced by the build-xorg script, which links Xvnc against the system version of gnutls, and the in-tree version of zlib. However, the system version of gnutls already depend on the system version of zlib. The in-tree version of zlib appears to be 1.2.5, while the system version of zlib is 1.2.1 and 1.2.3 on RHEL4 and RHEL5 respectively. I'm going to try rebuilding and linking everything against the static versions of gnutls, libgcrypt, and libgpg-error along with the in-tree zlib and see if that helps. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 19:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 14:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 10:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know
[Tigervnc-devel] [ tigervnc-Bug Tracker-3317389 ] clipboard sync fails non-ascii chars
Bug Tracker item #3317389, was opened at 2011-06-17 01:26 Message generated for change (Tracker Item Submitted) made by causeless You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3317389group_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: Windows version Group: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: cause (causeless) Assigned to: Peter strand (astrand) Summary: clipboard sync fails non-ascii chars Initial Comment: Clipboard sync function fails when the text in clipboard includes non ascii characters (or CJK chars like ) I'm using windows XP sp3 Japanese as client/servers and other vnc (ultravnc and realvnc) could do this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3317389group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3297845 ] vncviewer multiple fullscreen
Feature Request Tracker item #3297845, was opened at 2011-05-05 12:38 Message generated for change (Comment added) made by timtatanka You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297845group_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: Windows version Group: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: tatanka (timtatanka) Assigned to: D. R. Commander (dcommander) Summary: vncviewer multiple fullscreen Initial Comment: An option to let the windows vncviewer be used in fullscreen mode over multiple/all screens. Now the viewer is only able to be in fullscreen mode on 1 of the screens. -- Comment By: tatanka (timtatanka) Date: 2011-06-15 09:57 Message: thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297845group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 10:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced by the build-xorg script, which links Xvnc against the system version of gnutls, and the in-tree version of zlib. However, the system version of gnutls already depend on the system version of zlib. The in-tree version of zlib appears to be 1.2.5, while the system version of zlib is 1.2.1 and 1.2.3 on RHEL4 and RHEL5 respectively. I'm going to try rebuilding and linking everything against the static versions of gnutls, libgcrypt, and libgpg-error along with the in-tree zlib and see if that helps. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 19:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 14:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 10:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 13:16 Message: I don't think it will. I link against static everything, and I still get the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 09:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced by the build-xorg script, which links Xvnc against the system version of gnutls, and the in-tree version of zlib. However, the system version of gnutls already depend on the system version of zlib. The in-tree version of zlib appears to be 1.2.5, while the system version of zlib is 1.2.1 and 1.2.3 on RHEL4 and RHEL5 respectively. I'm going to try rebuilding and linking everything against the static versions of gnutls, libgcrypt, and libgpg-error along with the in-tree zlib and see if that helps. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 18:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 13:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 09:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 14:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 15:20 Message: Can you try applying the patch that I uploaded (rev2) and see if it fixes the issue? I've been chugging along on RHEL4 (x86_64) for about 4 hours now, periodically changing the compression level, and have not been able to reproduce the error. I was not previously linking against the static libraries, but this time I added GNUTLS_FLAGS='/usr/lib64/libgnutls.a /usr/lib64/libgcrypt.a /usr/lib64/libgpg-error.a /usr/lib64/libgnutls-extra.a' --with-included-zlib to 'build-xorg build' (the --with-included-zlib should be redundant because of '-static', but I left it there for good measure). I won't be able to test this on RHEL5 until later tonight, but it seems to me that the error is more reproducible on RHEL5 than RHEL4(?). FYI, the patch alone did not cure the issue for me, so if it does work, it seems to be due to some combination of the patch and the requirement to link against the static libraries... Thanks, -brian -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 14:16 Message: I don't think it will. I link against static everything, and I still get the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 10:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced by the build-xorg script, which links Xvnc against the system version of gnutls, and the in-tree version of zlib. However, the system version of gnutls already depend on the system version of zlib. The in-tree version of zlib appears to be 1.2.5, while the system version of zlib is 1.2.1 and 1.2.3 on RHEL4 and RHEL5 respectively. I'm going to try rebuilding and linking everything against the static versions of gnutls, libgcrypt, and libgpg-error along with the in-tree zlib and see if that helps. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 19:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 14:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 10:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams
[Tigervnc-devel] [ tigervnc-Bug Tracker-3161809 ] Changing compression level while connected crashes viewer
Bug Tracker item #3161809, was opened at 2011-01-19 10:20 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3161809group_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: None Group: None Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: Orion Poplawski (opoplawski) Assigned to: Nobody/Anonymous (nobody) Summary: Changing compression level while connected crashes viewer Initial Comment: On Windows XP with TigerVNC 1.0.1. Connected to Fedora 14 server 1.0.90-0.22.20100813svn4123.fc14.1. If I change the custom compression level to 1, the viewer crashes. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 22:21 Message: Duplicate of 3305357. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3161809group_id=254363 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 22:25 Message: Try the latest pre-release build at: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases Seems to be fixed as far as I can tell. If it works for you, I'll go ahead and close the issue. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 14:20 Message: Can you try applying the patch that I uploaded (rev2) and see if it fixes the issue? I've been chugging along on RHEL4 (x86_64) for about 4 hours now, periodically changing the compression level, and have not been able to reproduce the error. I was not previously linking against the static libraries, but this time I added GNUTLS_FLAGS='/usr/lib64/libgnutls.a /usr/lib64/libgcrypt.a /usr/lib64/libgpg-error.a /usr/lib64/libgnutls-extra.a' --with-included-zlib to 'build-xorg build' (the --with-included-zlib should be redundant because of '-static', but I left it there for good measure). I won't be able to test this on RHEL5 until later tonight, but it seems to me that the error is more reproducible on RHEL5 than RHEL4(?). FYI, the patch alone did not cure the issue for me, so if it does work, it seems to be due to some combination of the patch and the requirement to link against the static libraries... Thanks, -brian -- Comment By: D. R. Commander (dcommander) Date: 2011-06-14 13:16 Message: I don't think it will. I link against static everything, and I still get the error. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-14 09:06 Message: I'm still struggling to figure this out, but I wonder if it's related to which version of zlib we're linking against in the legacy build. I'm using the statically linked binaries produced by the build-xorg script, which links Xvnc against the system version of gnutls, and the in-tree version of zlib. However, the system version of gnutls already depend on the system version of zlib. The in-tree version of zlib appears to be 1.2.5, while the system version of zlib is 1.2.1 and 1.2.3 on RHEL4 and RHEL5 respectively. I'm going to try rebuilding and linking everything against the static versions of gnutls, libgcrypt, and libgpg-error along with the in-tree zlib and see if that helps. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 18:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 13:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 09:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 14:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 18:00 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 13:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 09:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 14:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-06-02 19:53 Message: Don't commit it yet, there's still something wrong... Setting the compression level to 1 still crashes the server. -- Comment By: D. R. Commander (dcommander) Date: 2011-06-02 14:00 Message: Seems OK to me. I'd like to hear from Adam before committing it. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 10:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-28 10:15 Message: Sorry, SYNC_FLUSH does seem to work. FULL_FLUSH causes a segfault when the client chooses compression level 1. Attaching new patch. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- Comment By: Brian Hinz (bphinz) Date: 2011-05-22 15:47 Message: Can someone review the attached patch? It seems to resolve the issue, but to be honest I don't know much about compression. The libz spec says the following: snip Applications should ensure that the stream is flushed, e.g. by a call to deflate(stream, Z_SYNC_FLUSH) before calling deflateParams(), or ensure that there is sufficient space in next_out (as identified by avail_out) to ensure that all pending output and all uncompressed input can be flushed in a single call to deflate(). Rationale: Although the deflateParams() function should flush pending output and compress all pending input, the result is unspecified if there is insufficient space in the output buffer. Applications should only call deflateParams() when the stream is effectively empty (flushed). /snip So it seems like the Z_FULL_FLUSH is not necessary, however a Z_SYNC_FLUSH didn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305207 ] common/rfb/SConnection.cxx: SecurityServer never deleted
Bug Tracker item #3305207, was opened at 2011-05-20 15:42 Message generated for change (Tracker Item Submitted) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305207group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Nobody/Anonymous (nobody) Summary: common/rfb/SConnection.cxx: SecurityServer never deleted Initial Comment: The constructor allocates a SecurityServer which is never deleted. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305207group_id=254363 -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3305357 ] Enabling custom compression level on client crashes server
Bug Tracker item #3305357, was opened at 2011-05-20 19:00 Message generated for change (Tracker Item Submitted) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brian Hinz (bphinz) Assigned to: Adam Tkac (atkac) Summary: Enabling custom compression level on client crashes server Initial Comment: Enabling custom compression causes the server to crash with the following log message: Fri May 20 18:39:07 2011 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Fri May 20 18:40:11 2011 Connections: closed: 10.1.1.20::42053 (ZlibOutStream: deflate failed) SMsgWriter: framebuffer updates 148 SMsgWriter:copyRect rects 43, bytes 688 SMsgWriter:Tight rects 592, bytes 311570 SMsgWriter:raw bytes equivalent 18822164, compression ratio 60.410707 Segmentation fault Tried from both java and Windows exe. Tried DRC's latest nightly build as well as r4428 (1_1 branch) built on RHEL4. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3305357group_id=254363 -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3301109 ] BinaryParameter::setParam(..., 0) corrupts object state
Bug Tracker item #3301109, was opened at 2011-05-12 16:42 Message generated for change (Tracker Item Submitted) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3301109group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Nobody/Anonymous (nobody) Summary: BinaryParameter::setParam(..., 0) corrupts object state Initial Comment: Passing 0 as the second argument causes a previously stored value to be deleted, but leaves the length member as is. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3301109group_id=254363 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3252506 ] Odd code in 3-Button Mouse Emulation
Bug Tracker item #3252506, was opened at 2011-03-28 14:07 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3252506group_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: Windows version Group: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: Odd code in 3-Button Mouse Emulation Initial Comment: win/rfb_win32/CPointer.cxx @@ -57 +57 @@ -inline int _abs(int x) {return x0 ? x : 0;} +inline int _abs(int x) { return x 0 ? x : -x; } @@ -105 +105 @@ -if (_abs(threePos.x - pos.x) = 4 || _abs(threePos.y - pos.y) = 4) { +if (_abs(threePos.x - pos.x) 4 || _abs(threePos.y - pos.y) 4) { -- Comment By: Adam Tkac (atkac) Date: 2011-05-11 12:45 Message: Right you are, I didn't read code well. Fixed in both trunk (r4404) and 1_1 (r4405), thanks for the patch! -- Comment By: Jochen Tucht (jtuc) Date: 2011-05-10 19:46 Message: My understanding of the code is that the if-block cancels emulate3, whereas the else-block leaves it active. -- Comment By: Adam Tkac (atkac) Date: 2011-05-03 13:59 Message: The first part of the patch (_abs) seems fine for me. However I think second part should be: - if (_abs(threePos.x - pos.x) = 4 || _abs(threePos.y - pos.y) = 4) { + if (_abs(threePos.x - pos.x) = 4 _abs(threePos.y - pos.y) = 4) { shouldn't it? If mouse pointer doesn't move more than 4 points from its original position (in both X and Y directions), then consider this as emulate3 press. Otherwise (pointer moved more than 4 points in X or Y or both directions), don't consider this as emulate3 press. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3252506group_id=254363 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3252506 ] Odd code in 3-Button Mouse Emulation
Bug Tracker item #3252506, was opened at 2011-03-28 12:07 Message generated for change (Comment added) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3252506group_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: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Peter Åstrand (astrand) Summary: Odd code in 3-Button Mouse Emulation Initial Comment: win/rfb_win32/CPointer.cxx @@ -57 +57 @@ -inline int _abs(int x) {return x0 ? x : 0;} +inline int _abs(int x) { return x 0 ? x : -x; } @@ -105 +105 @@ -if (_abs(threePos.x - pos.x) = 4 || _abs(threePos.y - pos.y) = 4) { +if (_abs(threePos.x - pos.x) 4 || _abs(threePos.y - pos.y) 4) { -- Comment By: Jochen Tucht (jtuc) Date: 2011-05-10 17:46 Message: My understanding of the code is that the if-block cancels emulate3, whereas the else-block leaves it active. -- Comment By: Adam Tkac (atkac) Date: 2011-05-03 11:59 Message: The first part of the patch (_abs) seems fine for me. However I think second part should be: - if (_abs(threePos.x - pos.x) = 4 || _abs(threePos.y - pos.y) = 4) { + if (_abs(threePos.x - pos.x) = 4 _abs(threePos.y - pos.y) = 4) { shouldn't it? If mouse pointer doesn't move more than 4 points from its original position (in both X and Y directions), then consider this as emulate3 press. Otherwise (pointer moved more than 4 points in X or Y or both directions), don't consider this as emulate3 press. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3252506group_id=254363 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3299246 ] man pages not yet updated for VeNCrypt
Bug Tracker item #3299246, was opened at 2011-05-08 21:15 Message generated for change (Tracker Item Submitted) made by acoopersmith You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3299246group_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: 1.1.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alan Coopersmith (acoopersmith) Assigned to: Adam Tkac (atkac) Summary: man pages not yet updated for VeNCrypt Initial Comment: In the 1.0.90 release, the Xvnc man page stills say the only SecurityTypes supported are None and VncAuth and the vncviewer man page doesn't mention SecurityTypes at all. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3299246group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3297845 ] vncviewer multiple fullscreen
Feature Request Tracker item #3297845, was opened at 2011-05-05 12:38 Message generated for change (Tracker Item Submitted) made by timtatanka You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297845group_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: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: tatanka (timtatanka) Assigned to: Peter Åstrand (astrand) Summary: vncviewer multiple fullscreen Initial Comment: An option to let the windows vncviewer be used in fullscreen mode over multiple/all screens. Now the viewer is only able to be in fullscreen mode on 1 of the screens. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297845group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3297994 ] password focus behaviour
Bug Tracker item #3297994, was opened at 2011-05-05 10:31 Message generated for change (Tracker Item Submitted) made by cookja You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3297994group_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: derelict (cookja) Assigned to: Adam Tkac (atkac) Summary: password focus behaviour Initial Comment: The password prompt is not keyboard accessible. It forces a user to click in the input box before typing the password. Correct behavior would be that the input field of the prompt window is automatically selected and that the TAB key toggles between fields. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3297994group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3297998 ] password prompt on stdin/stdout
Feature Request Tracker item #3297998, was opened at 2011-05-05 10:44 Message generated for change (Tracker Item Submitted) made by cookja You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297998group_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: derelict (cookja) Assigned to: Adam Tkac (atkac) Summary: password prompt on stdin/stdout Initial Comment: Option to prompt for password on the same terminal from which it was launched. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3297998group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290171 ] key repeat doesn't work for 1.0, 90
Bug Tracker item #3290171, was opened at 2011-04-20 10:38 Message generated for change (Comment added) made by scottroland You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Scott (scottroland) Assigned to: Adam Tkac (atkac) Summary: key repeat doesn't work for 1.0,90 Initial Comment: The key repeat is not working for me when I use the TigerVNC server 1.0.90 on a RHEL 5.5 machine (2.6.18-194.26.1.el5 x86_64) Same with 1.0.1 release. I tried connecting with the TigerVNC 1.0.90 viewer for Windows 7 and UltraVNC 1.0.9.6. The UltraVNC viewer works for some keys, but not 'e'. Logfile reports: [mi] mieqEnequeue: out-of-order valuator event; dropping. -- Comment By: Scott (scottroland) Date: 2011-05-02 12:25 Message: I tried the latest Linux 64-bit binary release on a RHEL 5.5 machine and the key repeat problem appears to be dead! The Linux server was tested with the Windows viewers from TigerVNC (32-bit EXE from latest release) and UltraVNC. I initially had some flakiness with other viewer issues, but those seemed to have gone away and are non-repeatable. Currently no problems with this release, I have never seen the key repeat problem with it. Feel free to close this bug when the fixes are checked in. -- Comment By: D. R. Commander (dcommander) Date: 2011-04-30 01:06 Message: Please re-test with latest build: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290864 ] No keyrepeat with 1.0.90 on SLES11SP1 (with solution)
Bug Tracker item #3290864, was opened at 2011-04-21 10:45 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_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: None Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: Franz Sirl (fsirl) Assigned to: Adam Tkac (atkac) Summary: No keyrepeat with 1.0.90 on SLES11SP1 (with solution) Initial Comment: My first try to use tigervnc-1.0.90 on SLES11SP1 worked, but caused the infamous key repeat problem. After some trying I found out that essentially xorg-7.4 != xorg-7.4 :-). Since I build with this command: sh ../tigervnc-1.0.90/unix/build-xorg build -version 7.4 -static it seems that the choice of packages in unix/download-xorg-7.4 is incompatible with SLES11SP1 xorg-7.4. I investigated the versions that were really in use on SLES11SP1 and came up with the attached patch (make sure you clean ~/.tigervnc-xorg-7.4 before you rerun build-xorg. After applying the patch everything worked like a charm and I didn't have a single problem (with a tigervnc-1.0.90 client on win7-x64) since then. Though I changed a few packages to use, my guess is that the input-proto and xorg-xserver ones are the most relevant changes. Hope this helps, Franz -- Comment By: Adam Tkac (atkac) Date: 2011-05-02 12:36 Message: Lets track this issue as duplicate of https://sourceforge.net/tracker/?func=detailaid=3290171group_id=254363atid=1126848 -- Comment By: D. R. Commander (dcommander) Date: 2011-04-30 01:13 Message: Patch has been applied and new binaries uploaded: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases An important note, however, is that if you're building with -static, you are not using the Xorg libraries on your system. You are statically linking with a completely isolated build of the Xorg libraries. Thus, there should not be any possibility of conflict between your system's Xorg libraries and the ones being used to build Xvnc. That being said, the key repeat bug was apparently a bug in the X server itself. See this thread regarding building a dynamically linked version of Xvnc with the pre-installed Xorg libraries: https://sourceforge.net/mailarchive/forum.php?thread_name=4DB942AE.1080708%40nagafix.co.ukforum_name=tigervnc-devel -- Comment By: D. R. Commander (dcommander) Date: 2011-04-27 21:01 Message: Adam, please see my comment below. I think we have a disconnect with regards to how build-xorg is supposed to be used. We probably need to add a new option to build-xorg that causes it to build against the system's X11 libraries, rather than installing the Xorg 7.4 libs. The current assumption is that if someone uses build-xorg, their system doesn't have recent enough libraries to build TigerVNC. -- Comment By: Adam Tkac (atkac) Date: 2011-04-27 15:47 Message: I'm 99% sure this is issue in the xserver itself. Thank you for your patch, it will help me with bisecting the patch for this issue. -- Comment By: Franz Sirl (fsirl) Date: 2011-04-21 14:12 Message: Then I have to report that tigervnc-1.0.90 is totally unusable against xorg-x11-Xvnc-7.4-27.30.1.x86_64 from SLES11SP1. Colors are off, mouse input doesn't work, keyboard input crashes Xvnc, vncconfig doesn't start. So what other choice do I have than to use build-xorg to build a Xvnc compatible with tigervnc-1.0.90? Some Xvnc logging in case that helps: 21/04/2011 13:59:48 Xvnc version X.org/xf4vnc custom version 21/04/2011 13:59:48 Copyright (C) 2001-2004 Alan Hourihane. 21/04/2011 13:59:48 Copyright (C) 2000-2004 Constantin Kaplinsky 21/04/2011 13:59:48 Copyright (C) 1999 ATT Laboratories Cambridge 21/04/2011 13:59:48 All Rights Reserved. 21/04/2011 13:59:48 See http://www.tightvnc.com/ for information on TightVNC 21/04/2011 13:59:48 See http://xf4vnc.sf.net for xf4vnc-specific information 21/04/2011 13:59:48 Desktop name 'ds1:33 (fsirl)' (ds1:33) 21/04/2011 13:59:48 Protocol versions supported: 3.7, 3.3 21/04/2011 13:59:48 Listening for VNC connections on TCP port 5933 21/04/2011 13:59:48 Listening for HTTP connections on TCP port 5833 21/04/2011 13:59:48 URL http://ds1:5833 startkde: Starting up... (EE) config/hal: NewInputDeviceRequest failed (2) (EE) config/hal: NewInputDeviceRequest failed (2) 21/04/2011 14:05:17 Got VNC connection from client 10.100.10.17 21/04/2011 14:05:17 Using protocol version 3.7 21/04/2011 14:05:21 Full-control
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290171 ] key repeat doesn't work for 1.0, 90
Bug Tracker item #3290171, was opened at 2011-04-20 10:38 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_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: 1.1.X Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Scott (scottroland) Assigned to: Adam Tkac (atkac) Summary: key repeat doesn't work for 1.0,90 Initial Comment: The key repeat is not working for me when I use the TigerVNC server 1.0.90 on a RHEL 5.5 machine (2.6.18-194.26.1.el5 x86_64) Same with 1.0.1 release. I tried connecting with the TigerVNC 1.0.90 viewer for Windows 7 and UltraVNC 1.0.9.6. The UltraVNC viewer works for some keys, but not 'e'. Logfile reports: [mi] mieqEnequeue: out-of-order valuator event; dropping. -- Comment By: Adam Tkac (atkac) Date: 2011-05-02 12:39 Message: Fixed in both 1_1 (r4396) and trunk (r4399), closing. -- Comment By: Scott (scottroland) Date: 2011-05-02 12:25 Message: I tried the latest Linux 64-bit binary release on a RHEL 5.5 machine and the key repeat problem appears to be dead! The Linux server was tested with the Windows viewers from TigerVNC (32-bit EXE from latest release) and UltraVNC. I initially had some flakiness with other viewer issues, but those seemed to have gone away and are non-repeatable. Currently no problems with this release, I have never seen the key repeat problem with it. Feel free to close this bug when the fixes are checked in. -- Comment By: D. R. Commander (dcommander) Date: 2011-04-30 01:06 Message: Please re-test with latest build: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290171 ] key repeat doesn't work for 1.0, 90
Bug Tracker item #3290171, was opened at 2011-04-20 03:38 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Scott (scottroland) Assigned to: Adam Tkac (atkac) Summary: key repeat doesn't work for 1.0,90 Initial Comment: The key repeat is not working for me when I use the TigerVNC server 1.0.90 on a RHEL 5.5 machine (2.6.18-194.26.1.el5 x86_64) Same with 1.0.1 release. I tried connecting with the TigerVNC 1.0.90 viewer for Windows 7 and UltraVNC 1.0.9.6. The UltraVNC viewer works for some keys, but not 'e'. Logfile reports: [mi] mieqEnequeue: out-of-order valuator event; dropping. -- Comment By: D. R. Commander (dcommander) Date: 2011-04-29 18:06 Message: Please re-test with latest build: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290171group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290864 ] No keyrepeat with 1.0.90 on SLES11SP1 (with solution)
Bug Tracker item #3290864, was opened at 2011-04-21 03:45 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Franz Sirl (fsirl) Assigned to: Adam Tkac (atkac) Summary: No keyrepeat with 1.0.90 on SLES11SP1 (with solution) Initial Comment: My first try to use tigervnc-1.0.90 on SLES11SP1 worked, but caused the infamous key repeat problem. After some trying I found out that essentially xorg-7.4 != xorg-7.4 :-). Since I build with this command: sh ../tigervnc-1.0.90/unix/build-xorg build -version 7.4 -static it seems that the choice of packages in unix/download-xorg-7.4 is incompatible with SLES11SP1 xorg-7.4. I investigated the versions that were really in use on SLES11SP1 and came up with the attached patch (make sure you clean ~/.tigervnc-xorg-7.4 before you rerun build-xorg. After applying the patch everything worked like a charm and I didn't have a single problem (with a tigervnc-1.0.90 client on win7-x64) since then. Though I changed a few packages to use, my guess is that the input-proto and xorg-xserver ones are the most relevant changes. Hope this helps, Franz -- Comment By: D. R. Commander (dcommander) Date: 2011-04-29 18:13 Message: Patch has been applied and new binaries uploaded: http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases An important note, however, is that if you're building with -static, you are not using the Xorg libraries on your system. You are statically linking with a completely isolated build of the Xorg libraries. Thus, there should not be any possibility of conflict between your system's Xorg libraries and the ones being used to build Xvnc. That being said, the key repeat bug was apparently a bug in the X server itself. See this thread regarding building a dynamically linked version of Xvnc with the pre-installed Xorg libraries: https://sourceforge.net/mailarchive/forum.php?thread_name=4DB942AE.1080708%40nagafix.co.ukforum_name=tigervnc-devel -- Comment By: D. R. Commander (dcommander) Date: 2011-04-27 14:01 Message: Adam, please see my comment below. I think we have a disconnect with regards to how build-xorg is supposed to be used. We probably need to add a new option to build-xorg that causes it to build against the system's X11 libraries, rather than installing the Xorg 7.4 libs. The current assumption is that if someone uses build-xorg, their system doesn't have recent enough libraries to build TigerVNC. -- Comment By: Adam Tkac (atkac) Date: 2011-04-27 08:47 Message: I'm 99% sure this is issue in the xserver itself. Thank you for your patch, it will help me with bisecting the patch for this issue. -- Comment By: Franz Sirl (fsirl) Date: 2011-04-21 07:12 Message: Then I have to report that tigervnc-1.0.90 is totally unusable against xorg-x11-Xvnc-7.4-27.30.1.x86_64 from SLES11SP1. Colors are off, mouse input doesn't work, keyboard input crashes Xvnc, vncconfig doesn't start. So what other choice do I have than to use build-xorg to build a Xvnc compatible with tigervnc-1.0.90? Some Xvnc logging in case that helps: 21/04/2011 13:59:48 Xvnc version X.org/xf4vnc custom version 21/04/2011 13:59:48 Copyright (C) 2001-2004 Alan Hourihane. 21/04/2011 13:59:48 Copyright (C) 2000-2004 Constantin Kaplinsky 21/04/2011 13:59:48 Copyright (C) 1999 ATT Laboratories Cambridge 21/04/2011 13:59:48 All Rights Reserved. 21/04/2011 13:59:48 See http://www.tightvnc.com/ for information on TightVNC 21/04/2011 13:59:48 See http://xf4vnc.sf.net for xf4vnc-specific information 21/04/2011 13:59:48 Desktop name 'ds1:33 (fsirl)' (ds1:33) 21/04/2011 13:59:48 Protocol versions supported: 3.7, 3.3 21/04/2011 13:59:48 Listening for VNC connections on TCP port 5933 21/04/2011 13:59:48 Listening for HTTP connections on TCP port 5833 21/04/2011 13:59:48 URL http://ds1:5833 startkde: Starting up... (EE) config/hal: NewInputDeviceRequest failed (2) (EE) config/hal: NewInputDeviceRequest failed (2) 21/04/2011 14:05:17 Got VNC connection from client 10.100.10.17 21/04/2011 14:05:17 Using protocol version 3.7 21/04/2011 14:05:21 Full-control authentication passed by 10.100.10.17 21/04/2011 14:05:21 Pixel format for client 10.100.10.17: 21/04/2011 14:05:21 8 bpp, depth 8 21/04/2011 14:05:21 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6 21/04/2011 14:05:21 no translation needed 21/04/2011 14:05:21
[Tigervnc-devel] [ tigervnc-Bug Tracker-3287869 ] 1.0.90 compile error with xorg-server 1.10 in linking Xext
Bug Tracker item #3287869, was opened at 2011-04-15 22:39 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3287869group_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: 1.0.X Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: HASH DoUrden (hash-dourden) Assigned to: Adam Tkac (atkac) Summary: 1.0.90 compile error with xorg-server 1.10 in linking Xext Initial Comment: Trying to compile on Gentoo with xorg-server-1.10 and x11-libs/libXext-1.2.0: ../../Xext/.libs/libXext.a(sync.o): In function `ProcSyncCreateFence': sync.c:(.text+0x30e1): undefined reference to `miSyncInitFence' ../../Xext/.libs/libXext.a(sync.o): In function `ProcSyncTriggerFence': sync.c:(.text+0x318d): undefined reference to `miSyncTriggerFence' ../../Xext/.libs/libXext.a(sync.o): In function `FreeFence': sync.c:(.text+0x3238): undefined reference to `miSyncDestroyFence' ../../Xext/.libs/libXext.a(sync.o): In function `SyncExtensionInit': sync.c:(.text+0x4181): undefined reference to `miSyncSetup' collect2: ld returned 1 exit status Full log attached -- Comment By: Adam Tkac (atkac) Date: 2011-04-27 15:43 Message: Thanks for the report, fixed in both 1_1 branch (r4387) and trunk (r4386). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3287869group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3287869 ] 1.0.90 compile error with xorg-server 1.10 in linking Xext
Bug Tracker item #3287869, was opened at 2011-04-15 22:39 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3287869group_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: 1.0.X Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: HASH DoUrden (hash-dourden) Assigned to: Adam Tkac (atkac) Summary: 1.0.90 compile error with xorg-server 1.10 in linking Xext Initial Comment: Trying to compile on Gentoo with xorg-server-1.10 and x11-libs/libXext-1.2.0: ../../Xext/.libs/libXext.a(sync.o): In function `ProcSyncCreateFence': sync.c:(.text+0x30e1): undefined reference to `miSyncInitFence' ../../Xext/.libs/libXext.a(sync.o): In function `ProcSyncTriggerFence': sync.c:(.text+0x318d): undefined reference to `miSyncTriggerFence' ../../Xext/.libs/libXext.a(sync.o): In function `FreeFence': sync.c:(.text+0x3238): undefined reference to `miSyncDestroyFence' ../../Xext/.libs/libXext.a(sync.o): In function `SyncExtensionInit': sync.c:(.text+0x4181): undefined reference to `miSyncSetup' collect2: ld returned 1 exit status Full log attached -- Comment By: Adam Tkac (atkac) Date: 2011-04-27 15:43 Message: Thanks for the report, fixed in both 1_1 branch (r4387) and trunk (r4386). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3287869group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290864 ] No keyrepeat with 1.0.90 on SLES11SP1 (with solution)
Bug Tracker item #3290864, was opened at 2011-04-21 10:45 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Franz Sirl (fsirl) Assigned to: Adam Tkac (atkac) Summary: No keyrepeat with 1.0.90 on SLES11SP1 (with solution) Initial Comment: My first try to use tigervnc-1.0.90 on SLES11SP1 worked, but caused the infamous key repeat problem. After some trying I found out that essentially xorg-7.4 != xorg-7.4 :-). Since I build with this command: sh ../tigervnc-1.0.90/unix/build-xorg build -version 7.4 -static it seems that the choice of packages in unix/download-xorg-7.4 is incompatible with SLES11SP1 xorg-7.4. I investigated the versions that were really in use on SLES11SP1 and came up with the attached patch (make sure you clean ~/.tigervnc-xorg-7.4 before you rerun build-xorg. After applying the patch everything worked like a charm and I didn't have a single problem (with a tigervnc-1.0.90 client on win7-x64) since then. Though I changed a few packages to use, my guess is that the input-proto and xorg-xserver ones are the most relevant changes. Hope this helps, Franz -- Comment By: Adam Tkac (atkac) Date: 2011-04-27 15:47 Message: I'm 99% sure this is issue in the xserver itself. Thank you for your patch, it will help me with bisecting the patch for this issue. -- Comment By: Franz Sirl (fsirl) Date: 2011-04-21 14:12 Message: Then I have to report that tigervnc-1.0.90 is totally unusable against xorg-x11-Xvnc-7.4-27.30.1.x86_64 from SLES11SP1. Colors are off, mouse input doesn't work, keyboard input crashes Xvnc, vncconfig doesn't start. So what other choice do I have than to use build-xorg to build a Xvnc compatible with tigervnc-1.0.90? Some Xvnc logging in case that helps: 21/04/2011 13:59:48 Xvnc version X.org/xf4vnc custom version 21/04/2011 13:59:48 Copyright (C) 2001-2004 Alan Hourihane. 21/04/2011 13:59:48 Copyright (C) 2000-2004 Constantin Kaplinsky 21/04/2011 13:59:48 Copyright (C) 1999 ATT Laboratories Cambridge 21/04/2011 13:59:48 All Rights Reserved. 21/04/2011 13:59:48 See http://www.tightvnc.com/ for information on TightVNC 21/04/2011 13:59:48 See http://xf4vnc.sf.net for xf4vnc-specific information 21/04/2011 13:59:48 Desktop name 'ds1:33 (fsirl)' (ds1:33) 21/04/2011 13:59:48 Protocol versions supported: 3.7, 3.3 21/04/2011 13:59:48 Listening for VNC connections on TCP port 5933 21/04/2011 13:59:48 Listening for HTTP connections on TCP port 5833 21/04/2011 13:59:48 URL http://ds1:5833 startkde: Starting up... (EE) config/hal: NewInputDeviceRequest failed (2) (EE) config/hal: NewInputDeviceRequest failed (2) 21/04/2011 14:05:17 Got VNC connection from client 10.100.10.17 21/04/2011 14:05:17 Using protocol version 3.7 21/04/2011 14:05:21 Full-control authentication passed by 10.100.10.17 21/04/2011 14:05:21 Pixel format for client 10.100.10.17: 21/04/2011 14:05:21 8 bpp, depth 8 21/04/2011 14:05:21 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6 21/04/2011 14:05:21 no translation needed 21/04/2011 14:05:21 Enabling full-color cursor updates for client 10.100.10.17 21/04/2011 14:05:21 rfbProcessClientNormalMessage: ignoring unknown encoding -223 21/04/2011 14:05:21 rfbProcessClientNormalMessage: ignoring unknown encoding -308 21/04/2011 14:05:21 rfbProcessClientNormalMessage: ignoring unknown encoding -307 21/04/2011 14:05:21 Using tight encoding for client 10.100.10.17 21/04/2011 14:05:21 Using copyrect encoding for client 10.100.10.17 21/04/2011 14:05:21 rfbProcessClientNormalMessage: ignoring unknown encoding 16 21/04/2011 14:05:21 Enabling LastRect protocol extension for client 10.100.10.17 21/04/2011 14:05:21 Using image quality level 8 for client 10.100.10.17 -- Comment By: D. R. Commander (dcommander) Date: 2011-04-21 10:51 Message: You're misunderstanding the purpose of build-xorg. It is designed to build a cross-compatible version of Xvnc for systems which do not have recent enough Xorg libraries. If your system is already running Xorg 7.4, then you instead need to be building against the libraries that your system provides. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_id=254363 -- WhatsUp Gold - Download Free Network Management Software The most intuitive
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290864 ] No keyrepeat with 1.0.90 on SLES11SP1 (with solution)
Bug Tracker item #3290864, was opened at 2011-04-21 03:45 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Franz Sirl (fsirl) Assigned to: Adam Tkac (atkac) Summary: No keyrepeat with 1.0.90 on SLES11SP1 (with solution) Initial Comment: My first try to use tigervnc-1.0.90 on SLES11SP1 worked, but caused the infamous key repeat problem. After some trying I found out that essentially xorg-7.4 != xorg-7.4 :-). Since I build with this command: sh ../tigervnc-1.0.90/unix/build-xorg build -version 7.4 -static it seems that the choice of packages in unix/download-xorg-7.4 is incompatible with SLES11SP1 xorg-7.4. I investigated the versions that were really in use on SLES11SP1 and came up with the attached patch (make sure you clean ~/.tigervnc-xorg-7.4 before you rerun build-xorg. After applying the patch everything worked like a charm and I didn't have a single problem (with a tigervnc-1.0.90 client on win7-x64) since then. Though I changed a few packages to use, my guess is that the input-proto and xorg-xserver ones are the most relevant changes. Hope this helps, Franz -- Comment By: D. R. Commander (dcommander) Date: 2011-04-21 03:51 Message: You're misunderstanding the purpose of build-xorg. It is designed to build a cross-compatible version of Xvnc for systems which do not have recent enough Xorg libraries. If your system is already running Xorg 7.4, then you instead need to be building against the libraries that your system provides. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290864group_id=254363 -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3286073 ] Rendering artifacts
Bug Tracker item #3286073, was opened at 2011-04-13 17:39 Message generated for change (Comment added) made by sgjohnston You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_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: 1.0.X Status: Closed Resolution: None Priority: 5 Private: No Submitted By: sgjohnston (sgjohnston) Assigned to: Adam Tkac (atkac) Summary: Rendering artifacts Initial Comment: I recently upgraded from Fedora 11 to Fedora 14, with tigervnc-server--1.0.90-0.24.20100813svn4123.fc14.x86_64. There are two, probably related, annoying rendering bugs with this latest version: - Some windows are corrupted when moved - see first attachment. This is the result of moving a gnome terminal window left. - In Eclipse, hovering the mouse over an element of code pops up a window with the Javadocs for the element. If the mouse is scrolled without dismissing the window, the normal Eclipse behaviour is to remove the window, and whatever was underneath is repainted. With this release of tigervnc, the window is not correctly repainted - a black rectangle is left on the screen. I initially thought that this was Eclipse at fault, but I have tested on other systems, and the same system not using VNC, and the effect does not occur. Also, this is the same version of Eclipse I was using on Fedora 11. See second screen shot. Any chance of looking at these? Stuart -- Comment By: sgjohnston (sgjohnston) Date: 2011-04-20 16:29 Message: My tigervnc updated last night, and I can confirm the first issue is resolved. For the second - I have discovered that this is in fact an Eclipse bug, despite my testing which convinced me otherwise - https://bugs.eclipse.org/bugs/show_bug.cgi?id=297160. Sorry for the wrong bug report, I'll go ahead and close this one. Stuart -- Comment By: sgjohnston (sgjohnston) Date: 2011-04-13 18:02 Message: Thanks for the feedback on the first issue. For the second, refreshing (or indeed disconnecting and reconnecting) the view makes no difference, the black rectangle is still visible. it is only removed when something else makes the window refresh (eg iconising and de-iconising it). It is worth pointing out that the rectangle scrolls with the window (scrolling it out of visibility also removes the rectangle). -- Comment By: Adam Tkac (atkac) Date: 2011-04-13 17:53 Message: The first issue is actually a bug in the Xorg. Please check https://bugzilla.redhat.com/show_bug.cgi?id=652590 (updated tigervnc-server is already submitted as update for Fedora 14) and http://lists.x.org/archives/xorg-devel/2011-April/021358.html (upstream patch). About the second issue - can you please check if the blank rectangle disappears when you press F8 in the viewer window and then click on refresh screen button? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_id=254363 -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3290064 ] Fails to detect/update typing at cursor in some apps
Bug Tracker item #3290064, was opened at 2011-04-20 03:54 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290064group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Adam Tkac (atkac) Summary: Fails to detect/update typing at cursor in some apps Initial Comment: With both 1.0.1 and now 1.0.90, when typing in Thunderbird 3.1.7 (for example, an e-mail composition window), some changes are not detected/updated. For example, when I type a single character the text cursor (mouse cursor is elsewhere on the screen) moves to where it should, but the previous location and the new character are not redrawn. As soon as I type another character, the previous character is drawn (but not the new one). If i'm typing at full spead and then stop, the last character is already drawn and everything is fine. The problem is most obvious when trying to, say, fix a spelling error in already typed text. I've done this with both very large and small on-screen fonts, so I don't think it's tied to size of update. I do not have this problem with other apps like gnome-terminal or chromium. The client is x86 Solaris running 1.0.90. The server is Ubuntu 10.10 with 1.0.90. I'm using Xvnc compiled against X.org 7.5 using build-xorg. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3290064group_id=254363 -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3286073 ] Rendering artifacts
Bug Tracker item #3286073, was opened at 2011-04-13 17:39 Message generated for change (Tracker Item Submitted) made by sgjohnston You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: sgjohnston (sgjohnston) Assigned to: Adam Tkac (atkac) Summary: Rendering artifacts Initial Comment: I recently upgraded from Fedora 11 to Fedora 14, with tigervnc-server--1.0.90-0.24.20100813svn4123.fc14.x86_64. There are two, probably related, annoying rendering bugs with this latest version: - Some windows are corrupted when moved - see first attachment. This is the result of moving a gnome terminal window left. - In Eclipse, hovering the mouse over an element of code pops up a window with the Javadocs for the element. If the mouse is scrolled without dismissing the window, the normal Eclipse behaviour is to remove the window, and whatever was underneath is repainted. With this release of tigervnc, the window is not correctly repainted - a black rectangle is left on the screen. I initially thought that this was Eclipse at fault, but I have tested on other systems, and the same system not using VNC, and the effect does not occur. Also, this is the same version of Eclipse I was using on Fedora 11. See second screen shot. Any chance of looking at these? Stuart -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_id=254363 -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3286073 ] Rendering artifacts
Bug Tracker item #3286073, was opened at 2011-04-13 18:39 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: sgjohnston (sgjohnston) Assigned to: Adam Tkac (atkac) Summary: Rendering artifacts Initial Comment: I recently upgraded from Fedora 11 to Fedora 14, with tigervnc-server--1.0.90-0.24.20100813svn4123.fc14.x86_64. There are two, probably related, annoying rendering bugs with this latest version: - Some windows are corrupted when moved - see first attachment. This is the result of moving a gnome terminal window left. - In Eclipse, hovering the mouse over an element of code pops up a window with the Javadocs for the element. If the mouse is scrolled without dismissing the window, the normal Eclipse behaviour is to remove the window, and whatever was underneath is repainted. With this release of tigervnc, the window is not correctly repainted - a black rectangle is left on the screen. I initially thought that this was Eclipse at fault, but I have tested on other systems, and the same system not using VNC, and the effect does not occur. Also, this is the same version of Eclipse I was using on Fedora 11. See second screen shot. Any chance of looking at these? Stuart -- Comment By: Adam Tkac (atkac) Date: 2011-04-13 18:53 Message: The first issue is actually a bug in the Xorg. Please check https://bugzilla.redhat.com/show_bug.cgi?id=652590 (updated tigervnc-server is already submitted as update for Fedora 14) and http://lists.x.org/archives/xorg-devel/2011-April/021358.html (upstream patch). About the second issue - can you please check if the blank rectangle disappears when you press F8 in the viewer window and then click on refresh screen button? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3286073group_id=254363 -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3269202 ] Taskbar Name Display - omit Tiger text
Feature Request Tracker item #3269202, was opened at 2011-04-02 11:56 Message generated for change (Tracker Item Submitted) made by rogerpf You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3269202group_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: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roger Pfister (rogerpf) Assigned to: Peter Åstrand (astrand) Summary: Taskbar Name Display - omit Tiger text Initial Comment: When I have a number of Clients Open all I see on the (win) task bar is {icon} TigerVNC: repeated many times The TigerVNC: text is not needed - the icon is all you need. Then we can read which connection is on which tab. This is also applies to the *nix task bar systems.Many thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3269202group_id=254363 -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3249055 ] 1.0.90-beta1 command line arguments dont work
Bug Tracker item #3249055, was opened at 2011-03-27 10:25 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3249055group_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: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Peter Åstrand (astrand) Summary: 1.0.90-beta1 command line arguments dont work Initial Comment: winvnv4.exe -h does not show anything! Passing any command line options causes it to exit without any error message.. Exactly as happened to me with the mingw build back in May 2010: http://permalink.gmane.org/gmane.network.vnc.tigervnc.devel/636 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3249055group_id=254363 -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3198439 ] Xvnc -screen -1 10x20x24 crashes
Bug Tracker item #3198439, was opened at 2011-03-03 14:23 Message generated for change (Tracker Item Submitted) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3198439group_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: Adam Tkac (atkac) Assigned to: Adam Tkac (atkac) Summary: Xvnc -screen -1 10x20x24 crashes Initial Comment: Xvnc -screen -1 10x20x24 crashes. Needs to be inspected why, probably bad options parser. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3198439group_id=254363 -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3187957 ] Improve Tight [en/dec]oder to work also on non-RGB buffers
Bug Tracker item #3187957, was opened at 2011-02-21 10:18 Message generated for change (Tracker Item Submitted) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3187957group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adam Tkac (atkac) Assigned to: Nobody/Anonymous (nobody) Summary: Improve Tight [en/dec]oder to work also on non-RGB buffers Initial Comment: Tight encoder/decoder needs data in RGB format. It should be improved to work also with non-RGB framebuffers; this will decrease CPU time a little. Reference: http://www.mail-archive.com/tigervnc-devel@lists.sourceforge.net/msg01103.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3187957group_id=254363 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3183993 ] DeviceContext::getPF(HDC) returns defective PixelFormat
Bug Tracker item #3183993, was opened at 2011-02-16 19:42 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3183993group_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: Windows version Group: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: DeviceContext::getPF(HDC) returns defective PixelFormat Initial Comment: The issue is due to PixelFormat::updateState() not being invoked. A fix that works for me: win/rfb_win32/DeviceContext.cxx @@ -127,1 +127,5 @@ - return format; + // Use 10 arguments constructor to trigger PixelFormat::updateState() + return PixelFormat(format.bpp, format.depth, + format.bigEndian, format.trueColour, + format.redMax, format.greenMax, format.blueMax, + format.redShift, format.greenShift, format.blueShift); -- Comment By: Adam Tkac (atkac) Date: 2011-02-21 13:40 Message: Thanks for report patch, fixed in r4299. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3183993group_id=254363 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3178498 ] ScaledPixelBuffer::setSourceBuffer() does not work for me
Bug Tracker item #3178498, was opened at 2011-02-11 19:06 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: ScaledPixelBuffer::setSourceBuffer() does not work for me Initial Comment: common/rfb/ScaledPixelBuffer.cxx @@ -78,1 +78,1 @@ - if (w 0 h 0 src_data != NULL) { + if (w 0 h 0 src_data_ != NULL) { -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_id=254363 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3178498 ] ScaledPixelBuffer::setSourceBuffer() does not work for me
Bug Tracker item #3178498, was opened at 2011-02-11 19:06 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_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: None Group: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: ScaledPixelBuffer::setSourceBuffer() does not work for me Initial Comment: common/rfb/ScaledPixelBuffer.cxx @@ -78,1 +78,1 @@ - if (w 0 h 0 src_data != NULL) { + if (w 0 h 0 src_data_ != NULL) { -- Comment By: Adam Tkac (atkac) Date: 2011-02-14 15:21 Message: Thanks for report, fixed in r4289. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_id=254363 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3178498 ] ScaledPixelBuffer::setSourceBuffer() does not work for me
Bug Tracker item #3178498, was opened at 2011-02-11 18:06 Message generated for change (Tracker Item Submitted) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Nobody/Anonymous (nobody) Summary: ScaledPixelBuffer::setSourceBuffer() does not work for me Initial Comment: common/rfb/ScaledPixelBuffer.cxx @@ -78,1 +78,1 @@ - if (w 0 h 0 src_data != NULL) { + if (w 0 h 0 src_data_ != NULL) { -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_id=254363 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3158501 ] operator usage - logical NOT used where bitwise NOT intended
Bug Tracker item #3158501, was opened at 2011-01-14 22:54 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: operator usage - logical NOT used where bitwise NOT intended Initial Comment: --- common/rfb/VNCSConnectionST.cxx (working base) +++ common/rfb/VNCSConnectionST.cxx (working copy) @@ -805,10 +805,10 @@ accessRights = accessRights | AccessPtrEvents | AccessKeyEvents | AccessView; break; case 1: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents) | AccessView; +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents) | AccessView; break; case 2: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents | AccessView); +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents | AccessView); break; } framebufferUpdateRequest(server-pb-getRect(), false); -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3158501 ] operator usage - logical NOT used where bitwise NOT intended
Bug Tracker item #3158501, was opened at 2011-01-14 22:54 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_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: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: operator usage - logical NOT used where bitwise NOT intended Initial Comment: --- common/rfb/VNCSConnectionST.cxx (working base) +++ common/rfb/VNCSConnectionST.cxx (working copy) @@ -805,10 +805,10 @@ accessRights = accessRights | AccessPtrEvents | AccessKeyEvents | AccessView; break; case 1: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents) | AccessView; +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents) | AccessView; break; case 2: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents | AccessView); +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents | AccessView); break; } framebufferUpdateRequest(server-pb-getRect(), false); -- Comment By: Adam Tkac (atkac) Date: 2011-02-07 12:34 Message: Thank you for the report patch, fixed in r4257. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Adam Tkac (atkac) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Mikeyp () Date: 2010-08-28 20:45 Message: There is a Fedora 13 bug open which describes similar problems with key repeats and shift problems. https://bugzilla.redhat.com/show_bug.cgi?id=607866 -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 07:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 06:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Adam Tkac (atkac) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Adam Tkac (atkac) Date: 2011-02-07 12:40 Message: This is now fixed in trunk, r4237. Thanks for the report. -- Comment By: Mikeyp () Date: 2010-08-28 20:45 Message: There is a Fedora 13 bug open which describes similar problems with key repeats and shift problems. https://bugzilla.redhat.com/show_bug.cgi?id=607866 -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 07:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 06:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Adam Tkac (atkac) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Adam Tkac (atkac) Date: 2011-02-07 12:40 Message: This is now fixed in trunk, r4237. Thanks for the report. -- Comment By: Mikeyp () Date: 2010-08-28 20:45 Message: There is a Fedora 13 bug open which describes similar problems with key repeats and shift problems. https://bugzilla.redhat.com/show_bug.cgi?id=607866 -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 07:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 06:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Adam Tkac (atkac) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Adam Tkac (atkac) Date: 2011-02-07 12:40 Message: This is now fixed in trunk, r4237. Thanks for the report. -- Comment By: Mikeyp () Date: 2010-08-28 20:45 Message: There is a Fedora 13 bug open which describes similar problems with key repeats and shift problems. https://bugzilla.redhat.com/show_bug.cgi?id=607866 -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 07:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 06:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3036098 ] Autorepeat does not work
Bug Tracker item #3036098, was opened at 2010-07-28 18:30 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Satya Narayan Mishra (snmishra) Assigned to: Adam Tkac (atkac) Summary: Autorepeat does not work Initial Comment: I am using the Xvnc-1.0.1 and tigervnc 1.0.1 client for Windows to connect to a Linux workstation. Unfortunately, I cannot get autorepeat of keys to work. I did a tail -f on the log file. It appears each autorepeat attempt adds one more of the following line in the log. [mi] mieqEnequeue: out-of-order valuator event; dropping. Using Xvnc from RealVNC seems to work alright. However, I want to use the Xvnc from TigerVNC for XRender extension support. I would appreciate any help with this. -- Comment By: Adam Tkac (atkac) Date: 2011-02-07 13:18 Message: I wasn't able to find exact reason of this bug but it is fixed in the r4237 when Xvnc is built against X.Org 1.7.X and newer. Updated Xvnc binary (1.1 beta) which fixes the issue will be released soon (next week). Thanks for the report, closing. -- Comment By: Orion Poplawski (opoplawski) Date: 2010-11-16 18:48 Message: Updating the server to Fedora 14 and tigervnc-server-1.0.90-0.22.20100813svn4123.fc14.x86_64 appears to have cleared things up for us. -- Comment By: Robert (ragoley) Date: 2010-11-11 21:40 Message: I reported this issue on the dev list last week. I am having the same issues with the lastest SVN builds. The server is Xorg 7.4 built on Debian 5.0. The same SVN version of the viewer is used on Windows XP built with MSVC 2005. The problem only seems to exist between the Windows viewer and the Linux Xvnc server. The Linux or Mac OSX version of the X11 vncviewer dos not have this problem. The Mac VNC client JollysFastVNC does not have this problem either. When I reported it on the dev list I was told the VNC spec did not specify how to handle autorepeat events except for the newest revisions of the spec hosted by the TigerVNC project. It was also mentioned that TigerVNC does not comply with the new spec provisions yet either. I am continuing to test the server with different client scenarios to provide a more complete report on what is happening with each viewer type. -- Comment By: Orion Poplawski (opoplawski) Date: 2010-11-11 21:09 Message: I appear to have key repeat functionality for every key except the left and down arrows. Left and down arrows on the number pad repeat though. Windows TigerVNC 1.0.1 client - Fedora 13 tigervnc-server-1.0.90-0.15.20100420svn4030.fc13. Linux vnc client works fine. Perhaps a new windows snapshot release could be made? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_id=254363 -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3161809 ] Changing compression level while connected crashes viewer
Bug Tracker item #3161809, was opened at 2011-01-19 16:20 Message generated for change (Tracker Item Submitted) made by opoplawski You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3161809group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Orion Poplawski (opoplawski) Assigned to: Nobody/Anonymous (nobody) Summary: Changing compression level while connected crashes viewer Initial Comment: On Windows XP with TigerVNC 1.0.1. Connected to Fedora 14 server 1.0.90-0.22.20100813svn4123.fc14.1. If I change the custom compression level to 1, the viewer crashes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3161809group_id=254363 -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3158501 ] operator usage - logical NOT used where bitwise NOT intended
Bug Tracker item #3158501, was opened at 2011-01-14 21:54 Message generated for change (Tracker Item Submitted) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Nobody/Anonymous (nobody) Summary: operator usage - logical NOT used where bitwise NOT intended Initial Comment: --- common/rfb/VNCSConnectionST.cxx (working base) +++ common/rfb/VNCSConnectionST.cxx (working copy) @@ -805,10 +805,10 @@ accessRights = accessRights | AccessPtrEvents | AccessKeyEvents | AccessView; break; case 1: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents) | AccessView; +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents) | AccessView; break; case 2: -accessRights = accessRights !(AccessPtrEvents | AccessKeyEvents | AccessView); +accessRights = accessRights ~(AccessPtrEvents | AccessKeyEvents | AccessView); break; } framebufferUpdateRequest(server-pb-getRect(), false); -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3158501group_id=254363 -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3112731 ] stl misuse in rfb/ScreenSet.h
Bug Tracker item #3112731, was opened at 2010-11-19 17:23 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3112731group_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: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: stl misuse in rfb/ScreenSet.h Initial Comment: rfb::ScreenSet::remove_screen() operates on invalidated iterator. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3112731group_id=254363 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3112731 ] stl misuse in rfb/ScreenSet.h
Bug Tracker item #3112731, was opened at 2010-11-19 17:23 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3112731group_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: None Group: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jochen Tucht (jtuc) Assigned to: Adam Tkac (atkac) Summary: stl misuse in rfb/ScreenSet.h Initial Comment: rfb::ScreenSet::remove_screen() operates on invalidated iterator. -- Comment By: Adam Tkac (atkac) Date: 2010-11-22 15:54 Message: Fixed in trunk (r4204), thanks for report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3112731group_id=254363 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3036098 ] Autorepeat does not work
Bug Tracker item #3036098, was opened at 2010-07-28 16:30 Message generated for change (Comment added) made by opoplawski You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Satya Narayan Mishra (snmishra) Assigned to: Adam Tkac (atkac) Summary: Autorepeat does not work Initial Comment: I am using the Xvnc-1.0.1 and tigervnc 1.0.1 client for Windows to connect to a Linux workstation. Unfortunately, I cannot get autorepeat of keys to work. I did a tail -f on the log file. It appears each autorepeat attempt adds one more of the following line in the log. [mi] mieqEnequeue: out-of-order valuator event; dropping. Using Xvnc from RealVNC seems to work alright. However, I want to use the Xvnc from TigerVNC for XRender extension support. I would appreciate any help with this. -- Comment By: Orion Poplawski (opoplawski) Date: 2010-11-16 17:48 Message: Updating the server to Fedora 14 and tigervnc-server-1.0.90-0.22.20100813svn4123.fc14.x86_64 appears to have cleared things up for us. -- Comment By: Robert (ragoley) Date: 2010-11-11 20:40 Message: I reported this issue on the dev list last week. I am having the same issues with the lastest SVN builds. The server is Xorg 7.4 built on Debian 5.0. The same SVN version of the viewer is used on Windows XP built with MSVC 2005. The problem only seems to exist between the Windows viewer and the Linux Xvnc server. The Linux or Mac OSX version of the X11 vncviewer dos not have this problem. The Mac VNC client JollysFastVNC does not have this problem either. When I reported it on the dev list I was told the VNC spec did not specify how to handle autorepeat events except for the newest revisions of the spec hosted by the TigerVNC project. It was also mentioned that TigerVNC does not comply with the new spec provisions yet either. I am continuing to test the server with different client scenarios to provide a more complete report on what is happening with each viewer type. -- Comment By: Orion Poplawski (opoplawski) Date: 2010-11-11 20:09 Message: I appear to have key repeat functionality for every key except the left and down arrows. Left and down arrows on the number pad repeat though. Windows TigerVNC 1.0.1 client - Fedora 13 tigervnc-server-1.0.90-0.15.20100420svn4030.fc13. Linux vnc client works fine. Perhaps a new windows snapshot release could be made? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_id=254363 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-2848464 ] Use a VNC Mirror Driver on Win32
Feature Request Tracker item #2848464, was opened at 2009-09-01 14:11 Message generated for change (Comment added) made by jtuc You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2848464group_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: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kriston Rehberg (kriston) Assigned to: Peter Åstrand (astrand) Summary: Use a VNC Mirror Driver on Win32 Initial Comment: Select a VNC Mirror Driver and integrate it with TigerVNC. There are a few to choose from: RealVNC mirror driver (by RealVNC.com. DFMirage driver from DemoForge LLC (used by TightVNC.com). UltraVNC Mirror Video Driver (used by uvnc.com). -- Comment By: Jochen Tucht (jtuc) Date: 2010-11-16 07:41 Message: I have working code that uses the DFMirage driver. Modifying SDisplayCore::setScreenRect() to return an rdr::U8 * helped me to pass DFMirage's direct access buffer up to the caller so the DeviceFrameBuffer can share it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2848464group_id=254363 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3105279 ] Cursor tracking is laggy (using local cursor)
Bug Tracker item #3105279, was opened at 2010-11-08 15:20 Message generated for change (Tracker Item Submitted) made by kangbooboo You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3105279group_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: Windows version Group: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: kangoo (kangbooboo) Assigned to: Peter Åstrand (astrand) Summary: Cursor tracking is laggy (using local cursor) Initial Comment: In some scenarios the local cursor tracking result in a laggy cursor position update, even when using the local cursor (Render cursor locally option). E.g.: Windows system = RDP client (RemoteDesktop) = Terminal Server = TigerVNC viewer = TigerVnc server (Linux host) Using TightVNC2.0+ does not show this issue with the local cursor, e.g.: Windows system = RDP client (RemoteDesktop) = Terminal Server = TightVNC 2 viewer = TigerVnc server (Linux host) They seem to have a more complicated detection of the cursor for frame buffer updates, I'm not sure if it's related. They also seem to use the system cursor for tracking, while TigerVNC seems to hide the system cursor when you enter the window buffer area and display another one (locally), this might also disturb RDP - I don't know, I wasn't able to figure it out. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3105279group_id=254363 -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032303 ] vncviewer crash with Unknown message type 128
Bug Tracker item #3032303, was opened at 2010-07-20 23:53 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032303group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gregory D. Weber (atomiclambda) Assigned to: Nobody/Anonymous (nobody) Summary: vncviewer crash with Unknown message type 128 Initial Comment: Brief description -- This happens with two TightVNC vncviewer processes on host VIEWERHOST connected to one TigerVNC Xvnc process on host SERVERHOST: keyboard and mouse activity in one of the viewer windows cause either it or the other viewer window to close abruptly with the messages: Zero size rect - ignoring Unknown message type 128 from VNC server ShmCleanup called Software versions involved VIEWERHOST runs Arch Linux with tightvnc 1.3.10-5 (tight -- squeeze me -- not Tiger) kernel 2.6.34.1-1 xorg-server 1.8.1.902-1 fluxbox window manager 1.1.1-1 SERVERHOST runs Fedora 11 with tigervnc-server-1.0.0-2.fc11.i586 (** Note that the server is Tiger (growl, sharp teeth), not Tight (squeeze me), VNC, and the viewer is TightVNC. The problem does not occur if the server and viewer are both Tiger, or if they are both Tight.) xorg-x11-server-Xorg-1.6.4-0.1.fc11.i586 (maybe irrelevant) gnome-desktop-2.26.3-2.fc11.i586 To reproduce the error --- 1. On SERVERHOST, start a Tiger VNC server; the Xvnc process has these command-line arguments: /usr/bin/Xvnc :2 -desktop merlin.iue.edu:2 (gdweber) -auth /home/gdweber2/.Xauthority -geometry 1024x768 -rfbwait 3 -rfbauth /home/gdweber2/.vnc/passwd -rfbport 5902 -fp catalogue:/etc/X11/fontpath.d -pn (merlin.iue.edu is SERVERHOST here) ( The SERVERHOST system administrator starts these processes; I think this is the command he's using, and I got this information from $ ps -C Xvnc -fl | grep gdweber 0 S gdweber 17037 1 0 80 0 - 8960 poll_s Apr08 ? 01:01:12 /usr/bin/Xvnc :2 -desktop merlin.iue.edu:2 (gdweber) -auth /home/gdweber2/.Xauthority -geometry 1024x768 -rfbwait 3 -rfbauth /home/gdweber2/.vnc/passwd -rfbport 5902 -fp catalogue:/etc/X11/fontpath.d -pn ) 2. On VIEWERHOST, start a TightVNC viewer: $ vncviewer merlin.iue.edu:2 3. Repeat step 2, so we now have two vncviewer windows -- call them A and B -- on VIEWERHOST. 4. Put mouse over either window A or B (and if necessary click) to give the window focus, so that it receives keystroke events. 5. Repeat until either window A or B closes: a. Type some keystrokes into the focussed window. Move the mouse around in the window and out of the window. Move it also between the two windows. b. Give focus to the other window. The time until the error occurs is variable, but is generally around 1 to 2 minutes, and always less than 5 minutes. The error seems to occur especially when the mouse is moved out of window A or B, or maybe out of one and into the other, and it seems to make no difference whether A and B are overlapping or there is some screen space between them. The error also occurs if vncviewers A and B are running on two different hosts. I happened to discover it while running both on the same host, because I'm preparing to teach a programming course online, and was testing out procedures for using VNC so that students can share their desktops with me. I reported this initially as TightVNC bug (https://sourceforge.net/tracker/index.php?func=detailaid=3031029group_id=14067atid=114067), and the TightVNC developers say it appears that the TigerVNC server is sending a wrong cursor shape or cursor position. -- Comment By: Adam Tkac (atkac) Date: 2010-09-16 17:16 Message: May I ask you to check if other clients (like our TigerVNC's vncviewer, GNOME's vinagre or RealVNC vncviewer) are also disconnected, please? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032303group_id=254363 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 06:50 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Nobody/Anonymous (nobody) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Mikeyp () Date: 2010-08-28 18:45 Message: There is a Fedora 13 bug open which describes similar problems with key repeats and shift problems. https://bugzilla.redhat.com/show_bug.cgi?id=607866 -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 05:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 04:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3036098 ] Autorepeat does not work
Bug Tracker item #3036098, was opened at 2010-07-28 10:30 Message generated for change (Tracker Item Submitted) made by snmishra You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_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: 1.0.X Status: Open Resolution: None Priority: 5 Private: No Submitted By: Satya Narayan Mishra (snmishra) Assigned to: Adam Tkac (atkac) Summary: Autorepeat does not work Initial Comment: I am using the Xvnc-1.0.1 and tigervnc 1.0.1 client for Windows to connect to a Linux workstation. Unfortunately, I cannot get autorepeat of keys to work. I did a tail -f on the log file. It appears each autorepeat attempt adds one more of the following line in the log. [mi] mieqEnequeue: out-of-order valuator event; dropping. Using Xvnc from RealVNC seems to work alright. However, I want to use the Xvnc from TigerVNC for XRender extension support. I would appreciate any help with this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3036098group_id=254363 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Tracker Item Submitted) made by toolj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Nobody/Anonymous (nobody) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032448 ] autorepeat and missing key strokes
Bug Tracker item #3032448, was opened at 2010-07-21 08:50 Message generated for change (Comment added) made by toolj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Nobody/Anonymous (nobody) Summary: autorepeat and missing key strokes Initial Comment: Hey, First I can not find any documentation, so this might be another stupid bugreport, if so I'm sorry :| Some letter seems to 'autorepeat' themselfs or rather the lowercase version e.g. typing 'C' often starts an endless of 'cc' that don't stop until I press a key. It seems it's only uppercase keys that trigger this 'feature'. Also I lose keystrokes, i.e. quite often nothing happens when I press a key, so I have become more dyslectic :) I much appreciate if someone can give advice guidance and direct me to documentation. Im running TigerVNC server under Mandriva Version: 1.0.90-0.201004234031.2mdv2010.1 and Client Tightvnc 1.3.10 under Windows Vista p.s. I run TightVNC client because i cannot find a TigerVNC client. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 07:25 Message: Hi again, Installed the TigerVNC Windows client, now it OK :)) Thanks. I noticed an odd behaviour holding down the '/' key does not give a series of '///' but '/???' and '=' gives '='. This is probably a configurabel feature. Now I'm looking for the full screen toggle and documentation. I blame the ongoing heatwave here in Stockholm for not finding it, Im more sluggish than ever. -- Comment By: Lars Johansson (toolj) Date: 2010-07-22 06:47 Message: Hi again, I saw your comment on my previous report 3031554 about the windows client. I try to install the client and post the result here. Thank you very much for your prompt replies. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032448group_id=254363 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3032303 ] vncviewer crash with Unknown message type 128
Bug Tracker item #3032303, was opened at 2010-07-20 17:53 Message generated for change (Tracker Item Submitted) made by atomiclambda You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032303group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gregory D. Weber (atomiclambda) Assigned to: Nobody/Anonymous (nobody) Summary: vncviewer crash with Unknown message type 128 Initial Comment: Brief description -- This happens with two TightVNC vncviewer processes on host VIEWERHOST connected to one TigerVNC Xvnc process on host SERVERHOST: keyboard and mouse activity in one of the viewer windows cause either it or the other viewer window to close abruptly with the messages: Zero size rect - ignoring Unknown message type 128 from VNC server ShmCleanup called Software versions involved VIEWERHOST runs Arch Linux with tightvnc 1.3.10-5 (tight -- squeeze me -- not Tiger) kernel 2.6.34.1-1 xorg-server 1.8.1.902-1 fluxbox window manager 1.1.1-1 SERVERHOST runs Fedora 11 with tigervnc-server-1.0.0-2.fc11.i586 (** Note that the server is Tiger (growl, sharp teeth), not Tight (squeeze me), VNC, and the viewer is TightVNC. The problem does not occur if the server and viewer are both Tiger, or if they are both Tight.) xorg-x11-server-Xorg-1.6.4-0.1.fc11.i586 (maybe irrelevant) gnome-desktop-2.26.3-2.fc11.i586 To reproduce the error --- 1. On SERVERHOST, start a Tiger VNC server; the Xvnc process has these command-line arguments: /usr/bin/Xvnc :2 -desktop merlin.iue.edu:2 (gdweber) -auth /home/gdweber2/.Xauthority -geometry 1024x768 -rfbwait 3 -rfbauth /home/gdweber2/.vnc/passwd -rfbport 5902 -fp catalogue:/etc/X11/fontpath.d -pn (merlin.iue.edu is SERVERHOST here) ( The SERVERHOST system administrator starts these processes; I think this is the command he's using, and I got this information from $ ps -C Xvnc -fl | grep gdweber 0 S gdweber 17037 1 0 80 0 - 8960 poll_s Apr08 ? 01:01:12 /usr/bin/Xvnc :2 -desktop merlin.iue.edu:2 (gdweber) -auth /home/gdweber2/.Xauthority -geometry 1024x768 -rfbwait 3 -rfbauth /home/gdweber2/.vnc/passwd -rfbport 5902 -fp catalogue:/etc/X11/fontpath.d -pn ) 2. On VIEWERHOST, start a TightVNC viewer: $ vncviewer merlin.iue.edu:2 3. Repeat step 2, so we now have two vncviewer windows -- call them A and B -- on VIEWERHOST. 4. Put mouse over either window A or B (and if necessary click) to give the window focus, so that it receives keystroke events. 5. Repeat until either window A or B closes: a. Type some keystrokes into the focussed window. Move the mouse around in the window and out of the window. Move it also between the two windows. b. Give focus to the other window. The time until the error occurs is variable, but is generally around 1 to 2 minutes, and always less than 5 minutes. The error seems to occur especially when the mouse is moved out of window A or B, or maybe out of one and into the other, and it seems to make no difference whether A and B are overlapping or there is some screen space between them. The error also occurs if vncviewers A and B are running on two different hosts. I happened to discover it while running both on the same host, because I'm preparing to teach a programming course online, and was testing out procedures for using VNC so that students can share their desktops with me. I reported this initially as TightVNC bug (https://sourceforge.net/tracker/index.php?func=detailaid=3031029group_id=14067atid=114067), and the TightVNC developers say it appears that the TigerVNC server is sending a wrong cursor shape or cursor position. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3032303group_id=254363 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3031554 ] clipboard problem with autocutsel
Bug Tracker item #3031554, was opened at 2010-07-19 06:18 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3031554group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lars Johansson (toolj) Assigned to: Nobody/Anonymous (nobody) Summary: clipboard problem with autocutsel Initial Comment: Hey, I understand this is probably not the right forum, but my french is not good enough to find where to report problems with outocutsel. I replaced tightVNC wirth TigerVNC in Mandriva 2010.1. Unfortunatly the outocutsel utility does not work anymore. I cannot copy something into the Windows clipboard and paste into a VNC (Mandriva 2010.1) session or vice versa. autocutsel synchronizes the two copy/paste buffers mainly used by X applications. It unifies clipboards between VNC servers and Windows. http://www.nongnu.org/autocutsel/ P.S. I still use the tightVNC Windows client, since I cannot find a TigerVNC Windows client. -- Comment By: D. R. Commander (dcommander) Date: 2010-07-19 09:04 Message: autocutsel should not be necessary with TigerVNC. TigerVNC is based on RealVNC, and both include a program called vncconfig which is used to enable clipboard transfers. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3031554group_id=254363 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-3020134 ] client: suspend-resume FramebufferUpdateRequest
Feature Request Tracker item #3020134, was opened at 2010-06-23 14:34 Message generated for change (Tracker Item Submitted) made by clohr You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3020134group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: clohr (clohr) Assigned to: Adam Tkac (atkac) Summary: client: suspend-resume FramebufferUpdateRequest Initial Comment: Hi, The idea is: when the X client (tigervncviewer) receives an UnmapNotify XWindow event (e.g. the user has iconified it), it stops sending FramebufferUpdateRequests. Then, when it receives a MapNotify event (e.g. the user watches it again), it sends FramebufferUpdateRequests. This may saves bandwidth and CPU, witch may be critical when supervising a large amount of desktops. Regards. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=3020134group_id=254363 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-3000363 ] numpad keyboard problems
Bug Tracker item #3000363, was opened at 2010-05-12 12:16 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3000363group_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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Siberiss (siberiss) Assigned to: Adam Tkac (atkac) Summary: numpad keyboard problems Initial Comment: On Fedora 12 and Fedora 11 x86_64 installations, the numpad KeySyms XK_KP_0 - XK_KP_9 and XK_KP_Decimal are not handled correctly (at least for our standard Dell US usb keyboards). The behaviour as observed with xev is that numpad keystrokes with Num_Lock on are always pre-shifted with Shift_L. This way, pressing XK_KP_1 has the same result as pressing XK_KP_End, since with Num_Lock off everything works as expected. A quick look in the tigervnc sources reveals the problem: in the xorg x11 source file 'usb-keyboard.c', the KeysSyms XK_KP_0 - XK_KP_9 and XK_KP_Decimal are in the first column, This way, the InputDevice::keyEvent(...) function in tigervnc's 'Input.cc' generates an unwanted fake shift press, as explained in the comments above the function: ...column 1 means shift must be pressed and mode_switch released, The patch attached fixes the issue for our system configuration, but there's no guarantee it doesn't mess up existing working systems. The patch has been done against the source from 'tigervnc-1.0.1-1.fc12.src.rpm' (latest patch was tigervnc11-r4025.patch). It's just a quick hack and i assume there are other and better solutions, but it correctly resolves our issue and the numpad is now finally usable in vnc sessions. -- Comment By: Adam Tkac (atkac) Date: 2010-06-14 17:18 Message: After more detailed inspection this was really bug in the Xvnc, it should be fixed in trunk (revision 4057). Just for information, although the attached patch might solve this issue, it only hides the real problem. -- Comment By: Henry Wong (henry128) Date: 2010-05-14 04:56 Message: I've seen a similar workaround posted here: http://forums.gentoo.org/viewtopic.php?t=47846 I use a script in /etc/X11/xinit.d/ that checks if the current session is a VNC session, then uses xmodmap to tinker with entries dealing with the numpad. I think it's quite similar to your workaround, as it also needs XKB. Keyboard handling code is messy... -- Comment By: Siberiss (siberiss) Date: 2010-05-12 17:25 Message: I think you are right about the special meaning of Shift-Left and Shift-Right in Konsole and others. After trying a lot of things, I found the following workaround: 1: make sure 'xorg-x11-xkb-utils' and 'xkeyboard-config' are installed (Fedora packages). 2: get the source rpm of tigervnc where Xvnc supports the XKB extension (tigervnc-1.0.1-1.fc12.src.rpm seems to be fine) 3: comment out the code in Input.cc, function InputDevice::keyEvent(...) responsible for the fake keypresses with the ModifierState class: /* commented out, not needed if the correct XKB keymap is loaded ModifierState shift(keyboardDev, ShiftMapIndex); ModifierState modeSwitch(keyboardDev, modeSwitchMapIndex); if (down) { if (col 1) shift.press(); else shift.release(); if (modeSwitchMapIndex) { if (col 2) modeSwitch.press(); else modeSwitch.release(); } } */ This seems to be ok since the numpad keys were the only keys in column 1 of usb-keyboard.c that are pressed without shift already pressed. The others in column 1 (like XK_percent and XK_greater) are always pressed after the user has pressed the shift key first, so the ModifierState is not necessary if the correct XKB keymap is loaded. The reason why the fake shift modifier is not necessary with this XKB keymap, I don't know... 4: repackage and compile/install 5: edit the ~/.vnc/xstartup script so that the correct XKB keymap is loaded. I added the following line before the xinitrc part: setxkbmap us -print -display $DISPLAY | xkbcomp - $DISPLAY 6: numpad works as expected in KDE, both with num lock on and with num lock off. -- Comment By: Pierre Ossman (ossman_) Date: 2010-05-12 16:43 Message: I've tested this now, and Qt/KDE/Konsole is indeed doing something funky here. They probably want the key combination Shift-Left to be special and they're trying
[Tigervnc-devel] [ tigervnc-Bug Tracker-2934931 ] Suggested improvement to logging on Windows
Bug Tracker item #2934931, was opened at 2010-01-19 14:22 Message generated for change (Tracker Item Submitted) made by tml1024 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=2934931group_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: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tor Lillqvist (tml1024) Assigned to: Peter Åstrand (astrand) Summary: Suggested improvement to logging on Windows Initial Comment: This patch makes vncviewer use the parent process's console if it has one (i.e., typically if the parent process is a shell like cmd.exe, MSYS bash etc, in a console window), Makes it much nicer for developers. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=2934931group_id=254363 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-2928897 ] Please support IPv6 in Windows version of the Viewer
Feature Request Tracker item #2928897, was opened at 2010-01-09 22:03 Message generated for change (Tracker Item Submitted) made by romanrm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2928897group_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: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Mamedov (romanrm) Assigned to: Peter Åstrand (astrand) Summary: Please support IPv6 in Windows version of the Viewer Initial Comment: Currently, when attempting to connect to an IPv6 VNC server by its host name, the following error occurs: unable to resolve host by name: The requested name is valid, but no data of the requested type was found. (11004) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2928897group_id=254363 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-2682800 ] Full XKEYBOARD support in Xvnc
Feature Request Tracker item #2682800, was opened at 2009-03-11 15:08 Message generated for change (Comment added) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2682800group_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: None Group: trunk Status: Closed Resolution: Fixed Priority: 9 Private: No Submitted By: Adam Tkac (atkac) Assigned to: Adam Tkac (atkac) Summary: Full XKEYBOARD support in Xvnc Initial Comment: Xvnc currently doesn't support XKEYBOARD extension well, especially code which dynamically adds keysyms to keyboard mapping is broken. It should be revised or rewritten. -- Comment By: Adam Tkac (atkac) Date: 2009-12-21 17:02 Message: More detailed explanation: X.Org server 1.7 branch is no longer compilable without XKEYBOARD extension. X.Org 1.7 support, which has been commited in revisions 3926 - 3928, automatically completed this feature and solved this ticket. -- Comment By: Adam Tkac (atkac) Date: 2009-12-21 15:51 Message: Done: http://www.mail-archive.com/tigervnc-devel@lists.sourceforge.net/msg00466.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2682800group_id=254363 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Bug Tracker-2848453 ] Clicks on vertical scrollbars register twice
Bug Tracker item #2848453, was opened at 2009-09-01 10:01 Message generated for change (Tracker Item Submitted) made by kriston You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=2848453group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kriston Rehberg (kriston) Assigned to: Nobody/Anonymous (nobody) Summary: Clicks on vertical scrollbars register twice Initial Comment: When the user clicks on the scrollbar to scroll down one full page on a typical tall window, like Mozilla or Internet Explorer, Nautilus, Windows Explorer, the click is registered twice. To reproduce this, visit a very long web page or a file explorer window on a Win32 host or Linux host from any VNC Viewer version. When you click on the down portion of the scrollbar to scroll down an entire page, two pages are scrolled instead of the expected one page. It appears to happen more frequently from a Unix client to a Win32 host, but it also happens visiting Unix hosts from Win32 hosts. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=2848453group_id=254363 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
[Tigervnc-devel] [ tigervnc-Feature Request Tracker-2848464 ] Use a VNC Mirror Driver on Win32
Feature Request Tracker item #2848464, was opened at 2009-09-01 10:11 Message generated for change (Tracker Item Submitted) made by kriston You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2848464group_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: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kriston Rehberg (kriston) Assigned to: Peter Åstrand (astrand) Summary: Use a VNC Mirror Driver on Win32 Initial Comment: Select a VNC Mirror Driver and integrate it with TigerVNC. There are a few to choose from: RealVNC mirror driver (by RealVNC.com. DFMirage driver from DemoForge LLC (used by TightVNC.com). UltraVNC Mirror Video Driver (used by uvnc.com). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126849aid=2848464group_id=254363 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel