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

The MouseLeave event is unrelieable with the GTK shell #852

Closed
luleyleo opened this issue Apr 16, 2020 · 5 comments · Fixed by #2324
Closed

The MouseLeave event is unrelieable with the GTK shell #852

luleyleo opened this issue Apr 16, 2020 · 5 comments · Fixed by #2324
Labels
bug does not behave the way it is supposed to shell/gtk concerns the GTK backend

Comments

@luleyleo
Copy link
Collaborator

Currently MouseLeave originates from drawing_area.connect_leave_notify_event which does not fire when moving the mouse at normal / fast speed.

A possible solution could be connecting it to the window, which might be more reliable.

For testing this #845 would be useful.

@luleyleo luleyleo added bug does not behave the way it is supposed to shell/gtk concerns the GTK backend labels Apr 16, 2020
@PoignardAzur
Copy link
Collaborator

Is this still a problem?

@jneem
Copy link
Collaborator

jneem commented Aug 4, 2021

I just tested it out using the "glow when hot" thing from #845 and couldn't reproduce the problem.

@jneem
Copy link
Collaborator

jneem commented Aug 4, 2021

Ah, never mind, I can reproduce this with overlapping windows (got the hint from #927). I still can't find an issue related to mouse speed, though.

@PoignardAzur
Copy link
Collaborator

Yup, can confirm, the problem still happens with overlapping windows.

@jneem
Copy link
Collaborator

jneem commented Sep 5, 2021

Turns out this is because we're calling mouse_move instead of mouse_leave from within the "leave-notify-event" handler. I've fixed this in my PointerEvent branch, so I probably won't do a separate patch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug does not behave the way it is supposed to shell/gtk concerns the GTK backend
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants