lxqt / lxqt-config

Tools to configure LXQt and the underlying operating system
https://lxqt.github.io
GNU Lesser General Public License v2.1
83 stars 61 forks source link

LXQt cursor setting doesn't work after an Arch/Manjaro upgrade #900

Closed tsujan closed 1 year ago

tsujan commented 1 year ago

My cursor has been "ComixCursors-White" for years. I'd set it with LXQt Appearance Configuration, which had created ~/.icons/default/index.theme as:

# Written by lxqt-config-appearance
[Icon Theme]
Name=Default
Comment=Default cursor theme
Inherits=ComixCursors-White
Size=24

After an Arch/Manjaro upgrade and a reboot, my default cursor changed to Adwaita. Resetting it to ComixCursors-White had no effect: after login, it became Adwaita again.

I went through the upgrade log and found out that a new package was installed last night, namely, default-cursors, which is a new dependency for libxcursor and wayland. It created /usr/share/icons/default/cursors as a symlink to /usr/share/icons/Adwaita/cursors.

I succeeded in restoring ComixCursors-White only by creating ~/.local/share/icons/default/cursors as a symlink to /usr/share/icons/ComixCursors-White/cursors.

Possible Solution

It seems that now, lxqt-config-appearance needs to create such a symlink, in addition to ~/.icons/default/index.theme.

System Information
tsujan commented 1 year ago

I found that, with /usr/share/icons/default/cursors existing, creating ~/.local/share/icons/default/cursors wasn't a real solution because the cursor reverted to Adwaita when the pointer was on KWin's title-bar. What really worked was ~/.icons/default/cursors as a symlink and then, a logout and login.

Anyway, with the above-mentioned change, LXQt Appearance Configuration shows "Default" as the selected cursor theme. That's not good.

Even if the creation of /usr/share/icons/default/cursors with default-cursors and the removal of /usr/share/icons/default/index.theme from libxcursor are Arch-specific decisions, the cursor setting code of LXQt Appearance Configuration may have a problem that's triggered by the existence of /usr/share/icons/default/cursors, because I didn't see any issue under KDE.

stefonarch commented 1 year ago

I see that package arriving now here, it that arch-specific? There's a bug report about it: https://bugs.archlinux.org/task/76713

tsujan commented 1 year ago

it that arch-specific?

Yes, it is. But I still wonder why KDE has no problem with it.

stefonarch commented 1 year ago

No idea.

tsujan commented 1 year ago

It remains to be seen whether this mess is created by GNOME devs (as usual) or Arch devs. In the first case, we'll have a headache sooner or later.

stefonarch commented 1 year ago

I've restarted the session, and I've "my" cursor only in GTK applications.

Going for rm /usr/share/icons/default/cursors atm.

tsujan commented 1 year ago

The change has been reversed in default-cursors-2-1.