FS#48713 - [xorg-server] mouse cursor not visible after login, when the computer was on sleep mod or lockscreen

Attached to Project: Arch Linux
Opened by Thomas Pointhuber (pointhi) - Sunday, 27 March 2016, 17:19 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 28 July 2016, 07:48 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Laurent Carlier (lordheavy)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:

When I close the laptop lid (which cause locking the computer) or I let it go into sleep mode, the mouse cursor is not visible after login.
To fix this, I'm currently opening the terminal and executing some gliberish (doesn't have to be a valid bash command), and the mouse curser appears.

This bug started to occour a few days ago.


Additional info:

I'm using an up-to-date Antergos system, with Gnome 3.18 and the Numix-Frost GTK+ theme.

The used display manager is lighdm, which displays the cursor correctly in the login screen.
Only after the login, the mouse cursor disapears until I enter something into the bash and press enter.


Steps to reproduce:

Close the laptop lid or send the computer into sleep mode, then you relogin into the system and the mouse cursor is gone.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Thursday, 28 July 2016, 07:48 GMT
Reason for closing:  Upstream
Additional comments about closing:  we're CC'ed to the upstream bug, Upstream report gives workaround with tty switching or changing over to uxa acceleration.
Comment by Doug Newgard (Scimmia) - Sunday, 27 March 2016, 18:34 GMT
So first question, does this happen on Arch instead of Antergos?
Comment by Thomas Pointhuber (pointhi) - Sunday, 27 March 2016, 18:41 GMT
I'm using an normal Antergos installation. So the core packages are all from Arch, and the only Antergos specific package I could think to have something with to do with this bug would be lightdm-webkit2-greeter.

But I don't know how the internals which are responsible for the curser are working, and if a LightDM greeter is even able to cause such a bug. So I thought it's most likely a bug in the recently updated Arch packages.
Comment by Doug Newgard (Scimmia) - Sunday, 27 March 2016, 20:34 GMT
If you're not running Arch and can't point to a specific bug in the Arch packages, there's not much we can do here.
Comment by Thomas Pointhuber (pointhi) - Sunday, 27 March 2016, 21:00 GMT
I hoped someone has an idea what packages could cause such behaviour (for example gtk++), which is responsible to show the mouse curser correctly or can interfer with displaying it, and I try to downgrade package for package to pinpoint the faulty package/version.
Comment by Thomas Pointhuber (pointhi) - Monday, 28 March 2016, 09:05 GMT
Ok, I found the package which cause this bug: xorg-server

downgrading to xorg-server-1.18.1-3-x86_64 (the previous version I found in my pacman cache) solved this issue, and updating it to the current version (xorg-server-1.18.2-4-x86_64) causes the bug to reappear.
Comment by Rafał Przywara (rafalp) - Monday, 09 May 2016, 14:24 GMT
I'm on latest Arch x86_64 and I have the same issue. I use XFCE. After resuming from sleep cursor is still visible. But as soon as I log in to my desktop the cursor becomes invisible (although I can still click on things). To bring it back I have to switch to the text console (ALT+CTRL F1) and then back to X (ALT+F7).
Downgrading to xorg-server-1.18.1-3 solves the problem.
Comment by Andreas Radke (AndyRTR) - Monday, 09 May 2016, 14:59 GMT
Sounds like a regression you should report upstream.
Comment by Laurent Carlier (lordheavy) - Tuesday, 10 May 2016, 04:29 GMT
https://bugs.freedesktop.org/show_bug.cgi?id=94677

Loading...