If we enable mouse highlight
❯ gsettings set org.gnome.settings-daemon.peripherals.mouse locate-pointer true
on pressing and releasing Ctrl key the mouse cursor gets highlighted.
Can we change the highlight color ?
I'm quite positive that this used to work flawlessly in 19.04 (and past releases) but no longer does after a release-upgrade to 19.10 (kernel 5.3.0-24, ThinkPad X1 Carbon gen 5 in case this matters).
I have the corresponding switch set in GNOME-Tweaks and have also attempted to manually edit /etc/systemd/logind.conf as suggested here, namely uncomment and adjust the following lines, followed by a reboot:
$ grep -v '^#' /etc/systemd/logind.conf
[Login]
HandleLidSwitch=suspend
HandleLidSwitchExternalPower=suspend
HandleLidSwitchDocked=suspend
LidSwitchIgnoreInhibited=yes
(strictly speaking, only the first one ought to be required but, just in case, I also added lines 2 & 3, as well as #4 for good measure...
Looking at the output of systemctl status systemd-logind, I see the following:
Dec 17 17:56:50 x1c5 systemd-logind[8959]: Lid closed.
Dec 17 17:57:03 x1c5 systemd-logind[8959]: Lid opened.
So the lid events are correctly detected. To rule out any issue with the suspend process itself, I have also set my power button to suspend in Settings->Power->Suspend & Power Button, for testing purposes. Pressing the power button now results in this in the output of systemctl status systemd-logind (after a successful suspend-resume cycle):
Dec 17 18:13:58 x1c5 systemd-logind[8959]: Power key pressed.
Dec 17 18:14:28 x1c5 systemd-logind[8959]: Delay lock is active (UID 121/gdm, PID 9215/gsd-power) but inhibitor timeout is reached.
Dec 17 18:14:39 x1c5 systemd-logind[8959]: Operation 'sleep' finished.
Bottom line: lid events are detected correctly and suspend works flawlessly - but not on lid close...
Any idea how I can get the suspend on lid-close feature back to life? I can of course use the workaround with the power button but it's a little too easy to forget and result in laptop overheating in bag etc...
--- edited to add ---
Got a little further courtesy of this ticket, although the issue isn't the exactly as described. Here's a smoking gun:
$ systemd-inhibit --list --mode=block
WHO UID USER PID COMM WHAT WHY MODE
gdm 121 gdm 2231 gsd-power handle-lid-switch External monitor attached or configuration changed recently block
gdm 121 gdm 2252 gsd-media-keys handle-power-key:handle-suspend-key:handle-hibernate-key GNOME handling keypresses block
user 1000 user 3017 gsd-media-keys handle-power-key:handle-suspend-key:handle-hibernate-key GNOME handling keypresses block
This suggests that the lid close action is being blocked because "External monitor attached or configuration changed recently". I do connect my laptop to a monitor using a USB-C cable but as I write this, it's been undocked and running on batteries for nearly 3 hours (GNOME settings only shows my laptop display as available). However it looks like systemd or whichever component is responsible for this still incorrectly believes the external display is attached and - per the ticket - suspend isn't supported by GNOME in such scenarios...
Interestingly the gsd-power process (PID 2231) is owned by gdm rather than my UID. Killing it restores the suspend-on-lid-close functionality. Need to figure out why this process exists... When actually connected to external display, systemd-inhibit --list --mode=block reports a 2nd gsd-power process owned by the interactive user; which appears correct and sufficient.
In the past (probably 16.04), simply running gnome-settings-daemon allows gnome settings to work in i3 including hidpi settings, media keys, and touchpad preferences.
In Ubuntu 18.04, there is no gnome-settings-daemon. This daemon is splitted into several daemons in /usr/lib/gnome-settings-daemon/ directory. Include gsd-xsettings, gsd-mouse, etc. However, running these seem to have no effects. I have the lines...
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-xsettings
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-keyboard
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-mouse
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-media-keys
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-sound
exec --no-startup-id /usr/lib/gnome-settings-daemon/gsd-backlight-helper
...at the end of my .config/i3/config. However, none of my gnome setting take effect in my i3 session. Do I have to run them in a different way?
I am using Xmonad and LXDE, so I don't want to use gnome-settings-daemon. But there is a problem - without it I cannot switch into or type in Cyrillics. I found some temporary solution - when I enter sudo dpkg-reconfigure keyboard-configuration and click through config menu, I end with right layout. But after I reboot system it disappears and I am forced to reconfigure it again. Is there a way to make this changes permanent?
I'm trying to kill gnome-settings-daemon as mentioned at https://wiki.ubuntu.com/Hotkeys/Troubleshooting so that I can examine keyboard events with xev. However, when I do
killall gnome-settings-daemon
gnome-session just restarts it again.
I'm on Ubuntu 11.10.