Launchpad couldn't import bug #94677 from freedesktop.org Bugzilla.
This bug also affects Trusty and all distributions based on it, like Elementary OS Freya.
Mouse cursor is no longer visible after VT-switch for systems with Intel graphics.
Switching VTs again may cause the cursor to become visible again.
This is often observed in systems that lock the session and return to the greeter (including at least Xubuntu, Ubuntu Mate, and elementary OS).
1. Start a new session.
2a. You are redirected to the lightdm greeter.
4. Cursor is no longer visible.
Cursor is visible at unlock screen either after returning from suspend or just locking.
After unlocking screen cursor is invisible.
no matter if you suspend or sleep, to swap or disk when you return from it, the mouse cursor is missing. you can still move the mouse and you can see (because it highlights the window) as you move it around. But the cursor is not displayed on the screen.
i am using a lenovo W540 laptop. I downloaded the latest beta on april 8 2016.
this is xubuntu using the xfce window manager.
the cursor does return if i log off and log back in, but that actually defeats the purpose of going to sleep.
To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1568604/+editstatus and add the package name in the text box next to the word Package.
I'm seeing this on a Toshiba C-50B. Only started in the last couple of days.
A logout and re-login solved this for me as a temporary solution.
I need to also add that this was with the default driver that you get when you do an install.
i just installed the nvidia 361 driver and the problem seems to have gone away.
I did the apport-collect after i installed the nvidia driver. if that was a mistake, tell me and i will uninstall the driver and rerun it.
sorry, i did not read this carefully enough.
yep, that does restore the pointer cursor, at least on my system.
this happens even without suspending; I can just close my laptop (which is set to only lock screen), and when I open it and unlock, the pointer is not visible (except the lock screen, where the pointer is visible).
also, I'm also using xfce window manager, and upgraded from wily to xenial last night.
yes, it restores my cursor too.
Does not only affect standby/resume. Also happens when locking/unlocking the screen.
when running systems installed from the Lubuntu alternate iso file. But since my computers are not affected in live mode and not when created from the Lubuntu desktop iso files, I suspect that it is another issue and I will create a separate bug report.
1) I can confirm that just locking the screen on a Toshiba C-50B causes the mouse pointer to not appear when unlocking.
2) I've never experienced this bug during a "live" session and I *have* tried several times.
It might be the same bug, but I'm not sure. It is strange, that it only affects systems made from Lubuntu Xenial Alternate, not from Lubuntu Xenial desktop.
Maybe it will be considered a duplicate, maybe not.
This affects me on a Lenovo G40-80 laptop with an Intel i3 5005U processor.
Also clean install from the xubuntu 16.04 amd64 iso. Intel graphics.
Happens on suspend & screen lock.
Facing the same issue on Lubuntu 16.04 - 32 bit after upgrading from lubuntu 15.10. The issue seems to be with Light DM, Light Locker setting also not opening.
I have similar issue on Lenovo B50-70 with AMD/Intel graphics, Xubuntu.
Switching to text console and back to Ctrl+Alt+F7 does restore cursor.
1. Disabling discrete AMD card in BIOS this issue still persists.
to register that the bug affects you.
If you have this bug without intel - please comment further.
Happens on my Lenovo A740.
I tried, as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815135#30 mentioned, to set accelmethod to uxa, but to no avail. Both vt-switching and xset dpms force off bring back the cursor (where locking removes it).
[ 21.598] (II) Loading sub module "fbdevhw"
[ 21.620] (II) Loading sub module "dri2"
[ 21.620] (II) Loading sub module "present"
This is very annoying – what package can I downgrade to avoid the problem more permanently?
One workaround is to use gnome-screensaver instead of light-locker.
Happens with an Intel NUC-5i5RYH (Core i5-5250U), Xubuntu 16.04, DisplayPort driving Acer 2560x1440 monitor.
Another workaround: Create a keyboard shortcut to "light-locker-command --activate". I use "ctrl-alt-C". Using the command "xset s activate" also works. When an unlock fails to restore the mouse cursor, using the keyboard shortcut flashes the screen and when reactivated the mouse cursor is visible.
I have exactly the same issue with Lubuntu 16.04 with LXDE destop and a Dell Latitude E6500.
The temporary solution proposed by Leonard Samuelson (len-samuelson) in #35 works for me. I'm on a Xubuntu 16.04 on a Lenovo T530, i5-3320M, using Intel graphics.
Thanks Leonard. That work around work for me. I almost want to do a fresh install.
The verification of the Stable Release Update for xserver-xorg-video-intel has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
The bug remains in Elementary OS.
Yes, this is not working on Xubuntu 14.04. The bug still remains.
When I unlock my elementary os Freya (based on Ubuntu 14.04), mouse pointer dissapears, but if I switch, for example, Youtube video to full screen, pointer appears again till next suspend.
Following idea from comment #40, if bug still exists it's enough just to press Ctrl+F7, to push display refresh.
But at 2016-09-01 with updated 4.4.0-36-generic kernel and X.org server version 1.18.3 this bug seems fixed after locking/unlocking.
I meant Ctrl+Alt+F7 in previous post. And it seems cursor is working after suspending also.
I'm trying to replace light-locker with one of them (at startup and preferences menu).
This bug fixed in Xenial, but still needs to be patched in Trusty. This also will fix it in Trusty based distros like Elementary OS Freya.
I have just requested an upgrade on those. You'll be noticed when that's ready.
On the lock screen the mouse cursor is visible and working. After successfull password, the mouse still works but the cursor pointer is not visible.
- shutdown and restart the computer - this is tedious and disruptive, but works.
- press fn+f7 (key for changing to external display. Since there is no external display the screen just flickers once) - THIS IS EASY and fast, basically, the reason for my comment here.
ElementaryOS 0.3.2 Freya (all updates today 20 Sept. 2016.
The mouse issue is gone for me at least.
However It is not possible to get a terminal via Ctrl+Alt+n anymore. Is this related? This was my work around fix before and then it worked.
Same bug on Xubuntu 14.04.5, was NOT present in 14.04.4.
I'm also having this same issue in my desktop PC with ElementaryOS Freya. Dell Vostro 3550 with Intel Graphic Card.
Using the trick Ctrl+Alt+F1 then Alt+F7 to avoid the problem.
Solving temporarily problem with Ctrl+Alt+F1 then Alt+F7. Unbelievable that this bug still exist!
I believe this has been fixed in Loki (I wouldn't know, I'm running with oibaf's Intel drivers). The issue exsists in Freya since, I believe there was some update to 12.04 LTS's drivers.
> there was some update to 12.04 LTS's drivers.
> Switching VTs again may cause the cursor to become visible again.
> 1. Start a new session.
> 2. Lock your screen.
> 2a. You are redirected to the lightdm greeter.
> 3. Login/Unlock your session.
> 4. Cursor is no longer visible.
> After unlocking screen cursor is invisible.
> around. But the cursor is not displayed on the screen.
> this is xubuntu using the xfce window manager.
> defeats the purpose of going to sleep.
Is it because the fix is only available on xenial-updates, and still not present in trusty-updates?
I'm using ElementaryOS Freya but now with two monitors and discovered that if you move the "hiden" mouse between the monitor the mouse cursor reappear.
I've tried to install the OIBAF drivers but nothing changed. The problem persists until now.
According to comment #203, the fix is in xserver-xorg-video-intel version 2:2.99.917+git20160325-1ubuntu1.1 (versus 2:2.99.917+git20160325-1ubuntu1). Hopefully this package will be updated in Trusty, so distros such as elementary OS Freya can benefit.
As mentioned before, the workaround is switching ttys with Ctl-Alt-F1 and then back with Ctl-Alt-F7.
This is still a problem on Black Lab Linux 7.x (built on 14.04) too. Impatiently awaiting the fix.
The use of this driver is discouraged if your hw is new enough (ca. 2007 and newer). You can try uninstalling this driver and let the server use it's builtin modesetting driver instead.
I don't see anythign left to sponsor here, so unsubscribing sponsors now. Please re-subscribe when you upload further patches.
Same error here with ELEMENTARY LOKI.
I have problems with Google Chrome if I remove xserver-org-video-all (in my case xserver-xorg-video-all-lts-xenial) packages. Chrome works very slow and many times I'v got error application at startup.
Reinstalling the packages solves the problem with Chrome.
Does anyone know if some kinda-new fix or workaround was released for Freya in these latest months?
We migrated all the computers to Lubuntu (Ubuntu + LXDE) 16.04 64 bit. The problem is solved for us.
We had the problem with Lubuntu 14.04 32 & 64 bit with kernel enablement stack.
We can't test this with 32 bit systems because we haven't them anymore.
I am still seeing this with Mint 18.3 and 19 on at least 4 different PCs but with nvidia graphics. Is there a fix somewhere?
I'm seeing something like this on a 32bit Acer laptop - with Intel graphics - running Kubuntu 18.04.1 - it's been doing it for quite a long time - but it's still a current bug - I did a full apt upgrade/update just today.
When the machine awakes from a sleep (eg with by closing and opening the lid) the mouse cursor is gone - and the whole screen below the mouse position is white. So as you move the mouse up and down and it covers and uncovers the entire screen. You have no way to tell where the X position of the mouse is - but it does seem to work and you can still click on things.
Switching to a different virtual console and back again using Ctrl-Alt-Fn seems to fix it...until the machine goes to sleep again.
Seems like maybe some piece of graphics state isn't being properly saved and restored.