** Changed in: firefox
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-desktop-portal in Ubuntu.
https://bugs.launchpad.net/bugs/1971168
Title:
[snap] Files on local network shares are not opened / written
Status in Mozilla Firefox:
Fix Released
Status in firefox package in Ubuntu:
Triaged
Status in xdg-desktop-portal package in Ubuntu:
Triaged
Status in xdg-desktop-portal-gnome package in Ubuntu:
Fix Released
Status in xdg-desktop-portal-gnome source package in Jammy:
Triaged
Status in xdg-desktop-portal-gnome source package in Lunar:
Triaged
Bug description:
[ Impact ]
When the user is running a containerized application (like the snapped
Firefox or Chromium), and tries to save a document, the xdg-desktop-
portal-gnome backend does show remote drives (like SMB or SFTP ones),
and allows to choose them, but then the save operation fails.
The previous backend, xdg-desktop-portal-gtk, did work fine in these
cases, because it returned the local path that corresponded to the
local file exported by Gvfs using FUSE, so this behaviour is not only
a serious bug, but also a regression.
[ Test plan]
Steps to reproduce:
1. Run Firefox as a Snap package in Ubuntu 22.04
2. Have a SMB file server available where the network shares can be mounted
just by clicking on the share in Nautilus file manager (smb:// protocol,
usually mounted dynamically via `/var/run/user/.../gvfs/...`)
3. Have one such share mounted and writable
4. Open any website containing images in Firefox
5. Right-click on an image and select "Save Image As..."
6. In the file save dialog, navigate to the mounted share
7. Assert content of network share is visible and browsable from within the
save dialog
8. Select "Save" at any folder in the network share
Actual behavior:
* File is not saved to selected network share location
* No download entry is created
* No error is shown
Expected behavior:
* File is saved to selected network share location
* No error is shown
[ Where problems could occur ]
- If the remote drives aren't exported as local files by Gvfs using
FUSE, the patch won't work and the behaviour will be the same than
now.
- Any hidden bug in g_file_get_path() when managing remote drives
could be triggered by this patch.
[ Additional information ]
* When saving to a folder on the local machine instead, saving works
correctly as expected
* In contrast to files, new folders that are created from within the save
dialog are saved correctly on the network share
* Similar situation when trying to open a file with Ctrl + O on a network
share from Firefox / Chromium. After double-clicking e.g. an image file in the
file dialog, the file dialog closes but nothing happens otherwise. Opening an
image on a local folder works fine.
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1971168/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
