Open markcmiller86 opened 2 months ago
This might be due to using some fancy X11 X-or-ing overlay to do these types of overlays. We should see if there is a simpler way not that we live in "the future".
Might need to look at the vtk mapper classes in src/avt/QtVisWindow/vtk
The user reporting this is M. Adler
Describe the bug
A user on LLNL RZ showed me this was happening running VisIt 3.4.1 in VNCViewer from DELL Laptop. He would drag a lineout and the visual cue would be miles away from the mouse pointer path on the screen. After releasing, it would compute the correct lineout curve and when he returned to the window showing the lineout cue, the cue would be in the correct place.
So, the issue is with the logic that draws and updates that lineout cue during the drag and release event.
He said the badness of the offset varies based on VNC window resolution.
I had Eric try on RZ from his laptop over VNC and everything worked fine. We tried varying VNC resolution with
xrandr -s
commands of various sorts and the lineout worked fine every time. We did notice that the lineout update drawing was very slow and took a while to catch up to Eric's mouse pointer gestures but it ultimately always settled on the correct cue position.I also tried 3.4.1 on SCF with VNC viewer and it worked for me as it did for Eric.