Cursor is only an arrow in 1.6.90-1ubuntu1 #351

Closed
sir-maniac opened this Issue Sep 9, 2016 · 10 comments

Projects

None yet

6 participants

@sir-maniac
sir-maniac commented Sep 9, 2016 edited

The cursor is only an arrow, and doesn't render the correct one the position on the screen.

I'm using the Xvnc server from TurboVNC 2.0.2-20160312.

The cursor renders properly in:

  • TigerVNC client v1.6.0
  • TurboVNC java client 2.0.2-20160312
  • tight vncviewer in linux 1.3.10-0ubuntu3
@CendioOssman
Member

Do the 1.7.0 or nightly builds work?

@foxcj
foxcj commented Sep 14, 2016 edited

I can confirm that the 1.7.0 build has the same issue: the cursor stays stuck as an arrow rather than changing shape according to its context. This arises when using the Tiger vncviewer with both the latest Tiger and Turbo VNC servers, and with x11vnc. The issue does not occur with Turbo and Tight* VNC viewers, or Vinagre .

[* I believe it is possible to force the Tight VNC client to behave in the same, generally undersirable way by using its "x11cursor" and "nocursorshape" switches, i.e. rendering the cursor locally, and disabling or ignoring shape information from the server.]

Edit: this issue appears to be fixed in build tigervnc-1.7.80-20160914git5d66305

Edit 2: in all cases this is with the client running under xorg server 1.18.4, and either XFCE or Cinnamon desktops

@hildred
hildred commented Sep 15, 2016

A point of information, one of my Tigervnc clients exhibits this behavior.
It is an old LTSP 4 box (a bootloader issue prevents upgrades, but that is
a different issue). The same viewer binary does not exhibit this behavior
when used with a different X server, so it may be worth checking the X
server version on the client if applicable.

On Wed, Sep 14, 2016 at 5:24 PM, foxcj notifications@github.com wrote:

I can confirm that the 1.7.0 build has the same issue: the cursor stays
stuck as an arrow rather than changing shape according to its context. This
arises when using the Tiger vncviewer with both the latest Tiger and Turbo
VNC servers, and with x11vnc. The issue does not occur with Turbo and
Tight* VNC viewers, or Vinagre .

[* I believe it is possible to force the Tight VNC client to behave in the
same, generally undersirable way by using its "x11cursor" and
"nocursorshape" switches, i.e. rendering the cursor locally, and disabling
or ignoring shape information from the server.]


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#351 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFul9n0HYQP3x4aDqORdJn8IuI1RBHjnks5qqII1gaJpZM4J5WO6
.

Ben Hildred
Automation Support Services
303 815 6721

@CendioOssman
Member

Odd. But whatever caused it it seems to have been fixed.

@dynamodan

I can confirm that this is still an issue with 1.6.90 viewer as well as 1.7 viewer. I have correctly working cursor shapes in 1.6 viewer. It does seem to be a viewer problem, as the server is 1.6.90. All running on ubuntu 16.04. Thanks

@CendioOssman
Member

Are all of those our builds? Could be a FLTK version problem.

@CendioOssman CendioOssman reopened this Dec 28, 2016
@dynamodan

Yes it was straight from the bintray download site. BTW great job on an excellent software, I've just upgraded my server to 1.7.0 and it is FANTASTIC. Quite a bit faster than the 1.6x, which I like to believe is tigervnc being better (although it could be an improvement from the OS upgrade).

@CendioOssman
Member

I'm afraid the bug is with Ubuntu. Their version of FLTK doesn't include cursor support. So please ask them to rebuild it with that feature turned on.

Until then you could use our generic builds, which statically link FLTK.

@dynamodan

The why do the older builds of the viewer still work correctly? Is FLTK statically linked into the older builds? I will try to find a generic build of the viewer. Thanks.

@bphinz
Contributor
bphinz commented Jan 16, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment