Bug Tracker item #3389999, was opened at 2011-08-11 04:32 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3389999&group_id=254363
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: UN*X version Group: None >Status: Closed >Resolution: Invalid >Priority: 5 Private: No Submitted By: D. R. Commander (dcommander) Assigned to: Pierre Ossman (ossman_) Summary: r4473 produces errant behavior with TurboVNC Viewer Initial Comment: The enhancement made to Xvnc in trunk to support full-color cursors causes problems when a TurboVNC viewer connects (probably a TightVNC viewer as well, but I haven't tested that.) The easiest way to reproduce the issue is to launch the "next-gen" (trunk) Xvnc, then connect using the TurboVNC Viewer, then launch glxspheres in vglrun. The cursor will move to the top left of the display and will stop responding to mouse movements. Other apps may cause that as well-- VirtualGL just seems to do it very quickly. This goes away if I back out r4473. ---------------------------------------------------------------------- >Comment By: D. R. Commander (dcommander) Date: 2012-03-04 05:24 Message: This proved to be a bug in the TurboVNC Viewer. What was happening was that it was using the old TightVNC 1.3 "soft cursor" implementation to implement rich cursor decoding. The soft cursor implementation has been known for quite some time to be broken whenever double buffering is enabled, but the rich cursor code path was never being used when connecting to the TurboVNC Server, because the TurboVNC Server would always respond to the older X11 (mono) cursor pseudo-encoding first. Since the TigerVNC 1.2 Server apparently just supports the rich cursor pseudo-encoding, that was causing the previously dormant code path in the TurboVNC Viewer to become active, which is why this bug only surfaced when connecting the Unix TurboVNC Viewer to the TigerVNC 1.2 Server and not with any other viewer/server combinations. When full-color cursor encoding was implemented in the new TurboVNC 1.1 Server, the bug started appearing with it as well, which made it apparent that it was a client-side bug. The solution was to rip out the broken soft cursor code in the TurboVNC Viewer and replace it with a proper implementation based on Xcursor, similar to what FLTK is doing in TigerVNC 1.2. The fix will be released with TurboVNC 1.1 beta. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-09-26 15:40 Message: Note that this is also only reproducible using the Unix TurboVNC Viewer. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-09-26 15:34 Message: I think we are describing the same problem. What seems to happen is that there are two cursors. The "real" cursor is always rendered at the top left of the remote desktop. When I first connect to the session, I get a second cursor that is always rendered as an arrow, even when it shouldn't be (such as when mousing over a window.) After I type something in a console window, this second cursor disappears and never comes back. When using the TurboVNC server or the TigerVNC 1.1.0 server, the cursor renders and changes shape properly. ---------------------------------------------------------------------- Comment By: Pierre Ossman (cendossm) Date: 2011-09-26 05:41 Message: I'm trying to reproduce this here, but no luck. The behaviour I'm getting from the TurboVNC viewer here is that it never changes the cursor. I just get the standard pointer constantly. This is with the official 64-bit TurboVNC RPM, version 1.0.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3389999&group_id=254363 ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
