Simon McVittie

This is vaguely similar to #590, but harder, because we cannot tell from just the `realpath()` which path is right. One possible implementation would be: * Get the path from...

`about:` is a URI scheme like any other, so I don't really see a reason for it not to be treated the same as every other URI scheme: if a...

I believe this is working as intended. I think the design is: * `OpenFile` opens the given filesystem object itself: a directory in a file manager, or a file in...

Similarly, if you change your reproducer to use an existing file instead of an existing directory, for example `exec 3< /etc/passwd`, you should see a file manager opened on `/etc`,...

`xdg-desktop-portal` and `xdg-desktop-portal-gtk` are activatable D-Bus services. This means that they inherit environment variables from the "activation environment" maintained by either `systemd --user` (if you use systemd) or `dbus-daemon` (if...

See also flatpak/xdg-desktop-portal#995, flatpak/flatpak#5391, flatpak/flatpak#3977, flatpak/flatpak#5028, probably others. This would also make it more obvious that the file chooser is giving access to the selected file forever, not just this...

> Either way, this is a design question and should probably made into an issue here: https://gitlab.gnome.org/Teams/Design/os-mockups Good idea, opened https://gitlab.gnome.org/Teams/Design/os-mockups/-/issues/221. > I made a mockup of that https://github.com/flatpak/xdg-desktop-portal/issues/463#issuecomment-1409305061 where...

> if we want to let apps access neighboring files this issue becomes very pressing I think that feature request would be a good thing to have, but it's also...

> Are you saying that when we select a file in the file picker (portal version), the application "remembers" the access even when it is closed (that is, the next...

I replied to https://github.com/flatpak/flatpak/issues/4758 to clarify. The short version is: > the next time the application will open, it will be able to access this file again Yes, true. This...