[Bug 1568604] Re: Mouse cursor lost when unlocking with Intel graphics

[sciuro]

@ Carlos Renê (slipttees) wrote on 2016-07-21:  #174

Thank you for posting the workaround - it solves the problem in Xubuntu
16.04

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1568604

Title:
  Mouse cursor lost when unlocking with Intel graphics

Status in elementary OS:
  Confirmed
Status in xf86-video-intel:
  Confirmed
Status in xserver-xorg-video-intel package in Ubuntu:
  Fix Released
Status in xserver-xorg-video-intel source package in Xenial:
  Confirmed
Status in xserver-xorg-video-intel package in Debian:
  Fix Released

Bug description:
  [SRU for Ubuntu 16.04]
  Package (yakkety): xserver-xorg-video-intel 2:2.99.917+git20160706-1ubuntu1
  Current (xenial): xserver-xorg-video-intel 2:2.99.917+git20160325-1ubuntu1

  [Impact]
  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.
  - Changing to vt1 then back to vt7 (ctrl+alt+f1 then ctrl+alt+f7)

  This is often observed in systems that lock the session and return to
  the greeter (including at least Xubuntu, Ubuntu Mate, and elementary
  OS).

  [Test Case]
  (Requires a lightdm-based screen locking solution)
  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.

  [Debian Changelog (since 2:2.99.917+git20160325-1ubuntu1)]
   xserver-xorg-video-intel (2:2.99.917+git20160706-1ubuntu1) yakkety; urgency=medium
    * Merge from Debian.

   xserver-xorg-video-intel (2:2.99.917+git20160706-1) unstable; urgency=medium
    * New upstream snapshot.
    * fix-fd-leak-when-intel-scrn-create-fails.diff, sna-let-modesetting-
      handle-gen9+.diff: Dropped as the fallback to modesetting will be
      fully handled in the xserver.
    * .docs: Include a minimal xorg.conf.

   xserver-xorg-video-intel (2:2.99.917+git20160522-1ubuntu1) yakkety; urgency=medium
    * Merge from Debian.
    * install-dri3info.diff: Install dri3info with the driver, add libxcomposite-dev
      to build-depends.

   xserver-xorg-video-intel (2:2.99.917+git20160522-1) unstable; urgency=medium
    * New upstream snapshot. (Closes: #823116)
    * fix-fd-leak-when-intel-scrn-create-fails.diff: Fix a failure falling back
      on another driver when scrn create fails.

  [Regression Potential]
  Regression potential here seems minimal. However, as seen in the above Debian changelog, we have a new snapshot which includes several changes since March 25.

  ===

  [Original Report]
  Cursor is visible at unlock screen either after returning from suspend or just locking.

  After unlocking screen cursor is invisible.

  Changing to vt1 then back to vt7 (ctrl+alt+f1 then ctrl+alt+f7) cursor
  returns

  ====================

  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.
  ---
  ApportVersion: 2.20.1-0ubuntu1
  Architecture: amd64
  DistroRelease: Ubuntu 16.04
  InstallationDate: Installed on 2016-04-08 (2 days ago)
  InstallationMedia: Xubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
  NonfreeKernelModules: nvidia_uvm nvidia_modeset nvidia
  Package: light-locker 1.7.0-2ubuntu1
  PackageArchitecture: amd64
  ProcEnviron:
   LANGUAGE=en_US
   TERM=xterm
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 4.4.0-18.34-generic 4.4.6
  Tags:  xenial
  Uname: Linux 4.4.0-18-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:

  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/elementaryos/+bug/1568604/+subscriptions