Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Invalid hotSpot #1866

Open
fnJeff opened this issue Nov 11, 2024 · 5 comments
Open

Invalid hotSpot #1866

fnJeff opened this issue Nov 11, 2024 · 5 comments
Assignees

Comments

@fnJeff
Copy link

fnJeff commented Nov 11, 2024

Describe the bug
The viewer creates a popup window titled "TigerVNC Viewer : Error" and the error message "Invalid hotSpot" after connecting succesfully and typing a single character into a shell or text editor. I was able to use Ctrl-Tab and Shift-Ctrl-Tab to switch between desktops normally. But as soon as I click into an editor or a shell and type a character, it crashses with the error message. After reconnecting, I see that the character I typed was there in the shell/editor. Hitting the backspace key to erase this character did not cause the error/crash.

To Reproduce

  1. Connect to server using java client 1.14.1
  2. Click into a shell or text editor
  3. Type alphanumeric character (backspace did not cause the error)

Expected behavior
No crash

Screenshots
image
image
image

Client (please complete the following information):

  • OS: Windows 10
  • VNC client: TigerVNC java
  • VNC client version: 1.14.1
  • Client downloaded from: sourceforge.net/projects/tigervnc

Server (please complete the following information):

  • OS: Linux 4.18.0-553.8.1.el8_10.x86_64
  • VNC server: Xvnc TigerVNC
  • VNC server version: 1.13.1 (Underlying X server release 12011000)
  • Server downloaded from: ?
  • Server was started using: "Xvnc -inetd -ac -query amsvda0754 -desktop amsvda0754 -noreset -once -SecurityTypes=VeNCrypt,TLSPlain -PlainUsers=jr927253 -log *:syslog:30 pam_service=login"

Additional context
Related to #843
Related to #1742

@bphinz bphinz self-assigned this Nov 11, 2024
@fnJeff
Copy link
Author

fnJeff commented Nov 11, 2024

Not sure if it helps or not, but I've been using java version 1.13.0 and earlier and have never seen this issue before. I saw the same problem in 1.14.0.
Since it seems related to scaling, monitor's actual resolution is normal 4K, while you can see the actual resolution in the connection screenshot. I added a screenshot to the original post of my exact configuration from the Screen tab in case it helps narrow it down.

@bphinz
Copy link
Member

bphinz commented Nov 11, 2024 via email

@fnJeff
Copy link
Author

fnJeff commented Nov 21, 2024

Any luck reproducing this? Any idea on an ETA for a fix candidate?

The main reason I'm pushing a little is because IT is saying that slowness issues people are experiencing (after upgrading our VDIs to Rocky 8 on ESXi) can be addressed by using 1.14.x version of the viewer, which I can't do because of this issue. I'm stuck at 1.13.0 and with the slowness.

@bphinz
Copy link
Member

bphinz commented Nov 25, 2024 via email

@fnJeff
Copy link
Author

fnJeff commented Nov 25, 2024

Perfect, thanks for the update. Looking forward to your findings and hopefully an easy fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants