Launchpad has imported 35 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1775497.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2022-06-22T15:56:43+00:00 Lissyx+mozillians wrote:
```
(In reply to Alexandre LISSY :gerard-majax from comment #26)
/run/user//doc might be expected, but what do you expect
to be? It's only valid for one file (the first download), so
following downloads will fail.
is something we should not have to care about, it's the xdg
ID. I dont know if you can re-use it like you do or if you should go
again to your /mnt/itch/Down. It would be useful if you could try
several downloads each time manually selecting the correct folder.
It works every time if I manually select the correct folder. That's what
I do for every download.
Then mabye the real issue is that we keep in memory the XDG's
document path instead of the folder you selected ?
Yes, that seems like the issue to me.
```
As much as I could understand so far of our interactions there, we
delegate handling of the file picker to GTK, and we have no direct
notion of the "original good" path that users might expect (e.g,
`smb://server/share/Path`) and what we get back from the file picker has
been processed by the XDG portal and we only get the Portal's Document
folder, i.e., `/run/user//doc//`. I dont know how much we
can fix there.
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/0
On 2022-06-22T15:59:40+00:00 9-dev-p wrote:
Thanks! Let me know if you need anymore information.
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/1
On 2022-08-18T15:43:51+00:00 Olivier Tilloy wrote:
This appears to be affecting the firefox snap on Ubuntu 20.04, but not
on Ubuntu 22.04 (see
https://forum.snapcraft.io/t/firefox-v-101-0-2-download-directory-
always-changes-to-run-user-1000-doc/30395). So the version of the
document portal plays a role.
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/2
On 2022-08-26T08:47:58+00:00 Lissyx+mozillians wrote:
*** Bug 1726320 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/3
On 2022-08-29T08:06:43+00:00 9-dev-p wrote:
(In reply to Olivier Tilloy from comment #2)
> This appears to be affecting the firefox snap on Ubuntu 20.04, but not on
> Ubuntu 22.04 (see
> https://forum.snapcraft.io/t/firefox-v-101-0-2-download-directory-always-changes-to-run-user-1000-doc/30395).
> So the version of the document portal plays a role.
I see this behavior on 22.04.
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/4
On 2022-08-29T08:07:39+00:00 9-dev-p wrote:
(In reply to Alexandre LISSY :gerard-majax from comment #0)
>
> As much as I could understand so far of our interactions there, we delegate
> handling of the file picker to GTK, and we have no direct notion of the
> "original good" path that users might expect (e.g, `smb://server/share/Path`)
> and what we get back from the file picker has been processed by the XDG
> portal and we only get the Portal's Document folder, i.e.,
> `/run/user//doc//`. I dont know how much we can fix there.
FF does know the original good path, because I can enter it manually in
about:config. But it doesn't use it for subsequent downloads.
Reply at: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-
portal/+bug/2020655/comments/5
On 2022-08-29T08:19:45+00:00 From-bugzilla3 wrote:
(In reply to Devin Bayer from comment #5)
> FF does know the original good path, because I can enter it manually in
> about:config. But it doesn't use it for subsequent downloads.
That's not how it works. If I understand the portal's D-Bus docs
correctly, what you set in `about:config` goes into the portal via the
`current_folder` argument, then the portal returns a `/run/user//`
path and, because it'd leak information to a potential attacker for a
program to be able to recover the un-sandboxed path from the sandboxed
one, Firefox has no choice but to assume that you changed the directory
from the one it remembers and save the new one.
I can't remember whether a PR has been accepted, but th