You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey Dragon, have you had any luck figuring this one out? What I've noticed is Runelite attempts to use xdg-open to open the file or web browser, but the steam deck in gaming mode doesn't provide the correct service in the gamescope iteration of xdg-desktop-portal. XDG-open itself does work, but I think flatpak doesn't call the correct service.
So on my Arch desktop it definitely works as expected:
2024-03-23.20-53-57.mp4
I'll pull out my Steam Deck and try that out. I believe the inode/directory mime handler is the one that's invoked, and xdg-mime query default inode/directory should show the currently-registered handler for it.
When I'm operating in desktop mode on the Steam Deck, things work perfectly fine. It's only in gaming mode that it begins running into issues. My exact error message within Runelite is:
Unable to open folder. Press 'OK' and the folder directory will be copied to your clipboard.
After a bit of digging, I found the error message being returned by trying to use xdg-open within the running flatpak is:
Failed to call portal: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface ?org freedesktop.portal.OpenURI? on object at path /org/freedesktop/portal/desktop
And sure enough, inspecting it with DSpy showed that the portal used in gamescope which is gaming mode does not provide OpenURI whereas the one used by kde in desktop mode does provide it. The funny thing is that calling xdg-open from Konsole from gaming mode does work, but instead of trying to call org freedesktop.portal.OpenURI, it opens a flatpakked instance of whichever browser is the default handler for http/https.
My practical experience in this domain is quite limited, so I'm not sure if the issue lies within this Flatpak, Flatpak itself, or even gamescope.
It might have been better of me to create a separate issue since my primary concern is that I'd like to be able to open links, but at least in my case, the bugs preventing both screenshots and links from opening are actually the same thing.
This is an issue with (choose one):
Describe the bug
Right clicking screenshot button doesn't open the screenshots folder. Currently screenshots are stored in
$HOME/Pictures/RuneLite
The text was updated successfully, but these errors were encountered: