While mucking around in gtk/gdk, I discovered a better workaround for this bug. While logged in as some user with sudo access, run the commands:
echo "GDK_CORE_DEVICE_EVENTS=true" | sudo tee ~lightdm/.pam_environment sudo chown lightdm:lightdm ~lightdm/.pam_environment This ensures that the next time any one of the lightdm greeters are run, it will have an environment variable named GDK_CORE_DEVICE_EVENTS set. This in turn causes gdk to disable its use of XInput2, thus avoiding this bug. Once those commands are run, xsetroot and friends should work upon the next login. HTH! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1024482 Title: Mouse cursor theme does not change from default after login Status in Light Display Manager: Confirmed Status in “lightdm” package in Ubuntu: Confirmed Status in “lightdm” package in Debian: Confirmed Bug description: When using LightDM to login to a GNOME Shell session, the mouse cursor's appearance does not change from what it is in the lightdm login screen (black pointer from default X theme). Any custom mouse cursor theme actually does apply within any open application windows, but hovering the cursor over the window title bar, the root window, or the Shell interface changes it back to the default black pointer, leading to an inconsistent appearance. To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1024482/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
