Error getting permissions: GDBus.Error:org.freedesktop.portal.Error.NotFound: No entry for inhibit #272
Comments
|
The permission warnig is a red herring - by default, the portal allows all inhibiting, and nothing ever creates permissions to change that. We should not warn there. As far as I can determine with my portal test app, it calls the Inhibit portal, the Inhibit portal calls its backend, the backend calls org.gnome.SessionManager.Inhibit, the inhibitor shows up in d-feet, and gnome-shell sees it and pops up the dialog when I try to log out. So,as far as portals are concerned, everything is a-ok. If you are using the portal directly, I'm a bit stumped for what could go wrong. If you are using gtk_application_inhibit, that one only tries to talk to the portal when it can't find org.gnome.SessionManager on the bus. |
Note I've locally disabled all the code that tries using org.freedesktop.ScreenSaver to ensure it only tries using the portal. |
mcatanzaro
changed the title
|
Yeah it looks like the portal is working properly. I got tricked by a WebKit bug, and that bogus warning. So let's repurpose this bug for the warning, then? |
The permissions are expected to be empty - we allow all inhibiting by default. We should not warn in this case, reduce this to debug spew, and add some more in other places. Closes: flatpak#272
|
Sure |
I've been trying to debug why my computer is turning off the display when watching YouTube video longer than 5m. Turns out there's an unrelated bug in WebKit causing it to not attempt to use the inhibit portal at all. Anyway, with my WebKit modified to avoid that, and hacked up a bit to try using the portal even when running outside flatpak, then when running
/usr/libexec/xdg-desktop-portal --verbose, I see:That occurs at the top of
get_allowed_inhibitin inhibit.c. Not sure how this permission store is supposed to work, but seems like it's broken?Note: I'm running WebKit outside flatpak, just for testing purposes.
The text was updated successfully, but these errors were encountered: