Created attachment 1667686 [details]
GNOME cursor offset at bottom right corner of a window.
Description of problem:
The visible cursor is offset relative to the actual location in GNOME. For example dragging window corners... top left and bottom left are correct, but top right has a horizontal displacement, and bottom right has a horizontal and vertical displacement (this is shown in the screen shot).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log into GNOME.
The issue is very serious because in a text editor when you try and select text you end up selecting text from the line above. Also in Nautilus if you have folders set to expandable it is difficult to click on the little expander icons due to the offset of the cursor.
I am using a virtual environment (VirtualBox).
I have this problem only in GNOME but I have it in Fedora 32 beta branch and also in Rawhide. On Rawhide I have no problems in MATE or Xfce.
I do not have this issue in GNOME on Fedora 31, the problem seems unique to GNOME 3.35.x beta.
I've narrowed this down to Wayland on GNOME 3.35.x beta. On both Fedora 32 beta and Rawhide if I launch GNOME on Xorg I do not have this problem, it is only on Wayland.
However on Fedora 31 I do not have the problem on Xorg or Wayland.
I still have this issue in Wayland on the released version gnome-shell-3.36.0-3.fc32.x86_64.
I trashed my fc32 workstation beta image and remade it from Fedora-Everything-netinst-x86_64-32-20200330.n.1.iso and this problem is no longer reproducible.
Rawhide with all updates as of this moment still exhibits this problem.
I think it would be beneficial to understand how system updates led to this problem, and further updated failed to fix it. I will keep my problematic Rawhide workstation VirtualBox image in place in case someone has some ideas for things to try. Meanwhile I will build a fresh Rawhide workstation image to see if that exhibits the problem, and will report my results.
A new Rawhide workstation installation built from Fedora-Everything-netinst-x86_64-Rawhide-20200330.n.1.iso also does not exhibit this problem.
I'll code off this bug because it isn't reproducible on clean new installations.