-
-
Notifications
You must be signed in to change notification settings - Fork 31
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
Inhibit locks being leaked #111
Comments
This issue may be related to Firefox. Scrolling the x/twitter timeline increases the Inhibit lock count (on each video) without decreasing it sometimes. With different browsers, I cannot reproduce this behavior. |
Bingo. It appears to happen reliably if I scroll through the timeline when there's sequential videos in the timeline. If a video autoplays while one is already playing, it leaks an inhibit lock. I'll see if it happens on any other browsers, but this seems like it would be a browser-level bug. If so, then I'll look for or create a Firefox bug. Edit: Actually, I'll see if I can read the dbus events. I suspect that maybe you aren't supposed to count inhibits incrementally. |
@BBaoVanC - I can see similar behavior in GNOME. It seems to be DE agnostic bug strictly related to Firefox. |
Can you write that on the Bugzilla issue? They are thinking it's Hyprland only issue |
I already did. |
Hmm, I don't see any reply from you or mentioning it also not working on GNOME as well |
I don't know the exact cause, but after a while of my system being up, hypridle stops triggering any listeners. It forces me to restart hypridle every so often. If I look at logs, I see a lot of this:
Not sure how to debug this further, though. I see a couple issues already mentioning dbus inhibit locks not being freed which are closed, but they seem to just say to update to 0.1.5. I am already on 0.1.5.
The text was updated successfully, but these errors were encountered: