Hello,
I've installed lightdm ( with the gtk ui ), and I'm experiencing an issue with
the cursor theme: after logging in on a gnome-shell session, the cursor's theme
is stuck to the default black one ( which is the pointer that normally shows on
both lightdm and gdm3 ).
Checking with both gconf-editor and gnome-tweak-tools, the cursor's theme is
correnctly set, and moving the pointer on certain windows ( such as Opera's one
) makes it show the correct theme. I don't know if this is relevant, but I'm
letting Nautilus handle my desktop ( so that I actually see icons on it ).
This happens with both the unstable and experimental versions of lightdm.
Also, googling a bit I've come across this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656697
which, I believe, may refer to my same problem...

Opera is Qt, that might explains. Do you have other examples?
Maybe, but we can't really know since there was no information on that
bug it's a bit hard to tell.

When you login with gdm3, is the cursor theme correctly set? I have to
admit I fail to see how the login manager could be relevant here, since
it just starts the session, but I'll try to reproduce with Xfce.

Regards,

Please keep the bug on CC:

That looks to me like an issue with not loaded .Xressources or
something. I have no idea how gdm3 loads those though, but I think it
might be in the /etc/gdm3/Xsession script or something.

Try to set session-wrapper in /etc/lightdm/lightdm.conf to the path of
that script, then retry and report back.

Regards,

I've just tried that, it doesn't seem to change anything at all... I'm
not sure if this is a bug or actually some kind of "feature", but
loggin in with gdm3 fixes the issue

---Maurizio

Then I have to admit I have no idea what the problem is. Make sure you
start the same session in both cases.

Hi,

actually, this does not only affect Gnome but also KDE.
Usually, when using KDM, the cursor used by KDM is the black oxygen cursor
theme (Debian default). When logging in, immediately when the splash screen
appears, the cursor is switched to the white oxygen cursor theme (upstream
default, and configured by me for my user).
However, if I use ligthdm instead (which uses its own cursor theme), the
splash screen starts with the *black* oxygen theme. Only during the session
load, this is changed to the white one. Also, which is really weird, in gtk2-
based apps (not sure about gtk3), when a submenu opens, the cursor theme is
changed to the black oxygen one as long as the mouse stays in the menu. For
example, when I click a bookmark menu in Firefox, the cursor is black in
there. This is not entirely reproducible, though there is some regularity to
it. I noticed this both in Firefox and Wireshark. Qt-based apps work all
right.

Kind regards,
Ralf

Hi again,

one more note on the cursor issues with KDE: When using the lightdm-kde-
greeter instead of the gtk one, these issues are gone.
So maybe this is caused by the tricks used to provide a glitch-free login.

Kind regards,
Ralf

I have added some additional information related to this bug at the
launchpad version:
https://bugs.launchpad.net/lightdm/+bug/1024482

As far as I can tell, the problem is that if anyone sets the cursor on
the root window, all of the applications
will inherit the root window's cursor for the default left pointer
unless the application explicitly sets one (as
I believe Firefox does, which is why hovering over that window after
changing the cursor theme/size will
show the new theme correctly).

lightdm-gtk-greeter (and unity-greeter as well) both set the cursor on
the root window, which is why I think
lightdm is triggering the bug. If lightdm-gtk-greeter is patched to
set the cursor on individual widget windows
instead of the root window, cursor theme changes work as expected.
(Not suggesting this as a fix, this may
be an xorg or gtk bug)

Jason Conti

Hi,

I would like to add that this bug also effects e17. When I log into enlightenment using lightdm the animated e17 cursor is not showing. When I use another display manager like slim, xdm or wdm the cursor works as expected. I have not tried the kde-greeter, as I am running wheezy and not sid.

Greetings,

Mark-Willem

This bug has been fixed in the upstream release of lightdm-gtk-greeter. See:

https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1024482
(comment #21)
https://github.com/mate-desktop/mate-settings-daemon/issues/46#issuecomment-57939325

Would it be possible to include this patch in jessie?

— Ayke

I somehow missed the 1.8.6 release, I'm unsure it'll make it to Jessie,
that'll depend on how much time is needed to package it (I don't have
much time right now).

Regards,

As noted in #742460, I was able to compile lightdm-gtk-greeter 1.9.0 on
Debian Jessie. My instructions in the upstream issue [1] note that only
a single change was required to the package in order to get the new
release to compile.

It would be a bummer not to have this change in Jessie -- on high DPI
screens, a larger cursor is a necessity. Without this change, the cursor
size cannot be reliably changed, and some applications resize the cursor
at will.

[1] https://github.com/mate-desktop/mate-settings-daemon/issues/46#issuecomment-57942537

On 11/1/24, 2:11 AM, "Mirely Maricet Alarcon Mego" <N00214961@upn.pe> wrote:

        *Can we discuss a business transaction with your last name?