Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mouse cursor shape doesn't change on UI hover #6065

Open
dusanx opened this issue May 14, 2024 · 7 comments
Open

Mouse cursor shape doesn't change on UI hover #6065

dusanx opened this issue May 14, 2024 · 7 comments
Labels
bug Something isn't working

Comments

@dusanx
Copy link
Contributor

dusanx commented May 14, 2024

Hyprland Version

System/Version info
Hyprland, built from branch  at commit cba1ade848feac44b2eda677503900639581c3f4  (props: bump version to 0.40.0).
Date: Sat May 4 15:42:32 2024
Tag: v0.40.0, commits: 4606

flags: (if any)


System Information:
System name: Linux
Node name: ryzen
Release: 6.8.9-artix1-2
Version: #1 SMP PREEMPT_DYNAMIC Wed, 08 May 2024 17:34:57 +0000


GPU information:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile / Max-Q] [10de:1f99] (rev a1) (prog-if 00 [VGA controller])
05:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne [Radeon Vega Series / Radeon Vega Mobile Series] [1002:1638] (rev c6) (prog-if 00 [VGA controller])


os-release: NAME="Artix Linux"
PRETTY_NAME="Artix Linux"
ID=artix
BUILD_ID=rolling
ANSI_COLOR="0;36"
HOME_URL="https://www.artixlinux.org/"
DOCUMENTATION_URL="https://wiki.artixlinux.org/"
SUPPORT_URL="https://forum.artixlinux.org/"
BUG_REPORT_URL="https://bugs.artixlinux.org/"
PRIVACY_POLICY_URL="https://terms.artixlinux.org/docs/privacy-policy/"
LOGO=artixlinux-logo


plugins:

Bug or Regression?

Regression

Description

Recently it seems that mouse cursor shape doesn't change properly when hovering over different UI elements. It does change but rarely and in a random manner. For instance when it changes to I-beam, it will stay that way for next 2-5 minutes no matter what other UI elements it hovers over (hyperlinks, buttons, different programs that used to switch mouse shape to UI needs immediately), then some random UI element will change shape again, so cursor stays in that shape until some next random UI element succeeds to change shape again.
This is annoying since mouse cursor did react perfectly to any UI element it hovers over. I have no idea when this regression happened but it must be easy to test since I can't be the only one experiencing this.

How to reproduce

Hover over various programs and their UI elements should change mouse shape (I-beam for edit fields, hand pointer for hyperlinks, arrow for almost anything else). Recent hyprland update doesn't do this.

Crash reports, logs, images, videos

"mouse pointer over hyperlink remains arrow"
"mouse pointer over edit field remains whatever it was"
"if edit field manages to turn pointer into I-beam, it will stay like that over buttons and menus"

@dusanx dusanx added the bug Something isn't working label May 14, 2024
@vaxerski
Copy link
Member

I can't repro this on anyhing. Try git.

I can't be the only one experiencing this.

well...

@dusanx
Copy link
Contributor Author

dusanx commented May 14, 2024

Same with git build. Dwm on X11 works, sway works, hyprland up to few weeks ago did work. I didn't change anything that touches GTK or mouse. I'll try installing previous version and test.

@dusanx
Copy link
Contributor Author

dusanx commented May 14, 2024

Yup, luckily I have quite a large package cache:

hyprland-0.33.1-2-x86_64.pkg.tar.zst
hyprland-0.33.1-2-x86_64.pkg.tar.zst.sig
hyprland-0.34.0-1-x86_64.pkg.tar.zst
hyprland-0.34.0-1-x86_64.pkg.tar.zst.sig
hyprland-0.35.0-1-x86_64.pkg.tar.zst
hyprland-0.35.0-1-x86_64.pkg.tar.zst.sig
hyprland-0.35.0-2-x86_64.pkg.tar.zst
hyprland-0.35.0-2-x86_64.pkg.tar.zst.sig
hyprland-0.37.1-1-x86_64.pkg.tar.zst
hyprland-0.37.1-1-x86_64.pkg.tar.zst.sig
hyprland-0.37.1-2-x86_64.pkg.tar.zst
hyprland-0.37.1-2-x86_64.pkg.tar.zst.sig
hyprland-0.38.1-1-x86_64.pkg.tar.zst
hyprland-0.38.1-1-x86_64.pkg.tar.zst.sig
hyprland-0.39.1-5-x86_64.pkg.tar.zst
hyprland-0.39.1-5-x86_64.pkg.tar.zst.sig
hyprland-0.40.0-1-x86_64.pkg.tar.zst
hyprland-0.40.0-1-x86_64.pkg.tar.zst.sig

So 0.40 and git mess with the cursor, 0.39.1-5 and prior work as expected. I would like to help but can't bisect every commit between 0.39 and 0.40. Is there anything else I could do to debug this more quickly?

@obivan
Copy link
Contributor

obivan commented May 15, 2024

I'm on -git and have the same error as in #4691. Any mouse click is registered a few pixels to the right than the actual cursor position.
NVIDIA as well.
I can reproduce this behavior consistently starting at commit ed411f5

@vaxerski
Copy link
Member

are you using hyprcursor or xcursor?

Does this happen on server-side cursor supporting apps or not?

@dusanx
Copy link
Contributor Author

dusanx commented May 15, 2024

are you using hyprcursor or xcursor?

Neither I think? I have set defaut cursor theme with nwg-look and it worked ever since until the last update. Is that enough or it requires specifying cursor the other way? With 0.39.1 it works well the way it is, only using nwg-look.

Does this happen on server-side cursor supporting apps or not?

Happens in firefox, chromium, kitty and just about any other program that I run into. I can test with anything specific, just let me know what to try.

@vaxerski
Copy link
Member

I have set defaut cursor theme with nwg-look

so xcursor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants