[snap] Files on local network shares are not opened / written
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Fix Released
|
Unknown
|
|||
firefox (Ubuntu) |
Triaged
|
High
|
Unassigned | ||
xdg-desktop-portal (Ubuntu) |
Triaged
|
High
|
Unassigned | ||
xdg-desktop-portal-gnome (Ubuntu) |
Fix Released
|
Undecided
|
Sergio Costas | ||
Jammy |
Fix Released
|
Undecided
|
Sergio Costas | ||
Lunar |
Won't Fix
|
Undecided
|
Unassigned |
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-
The previous backend, xdg-desktop-
The old behavior has now been "set on stone" in the XDG portal specification, mandating that the backends must always return local paths, no matter if the chosen file is a local or remote one, by using FUSE.
[ 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/
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.
description: | updated |
Changed in firefox (Ubuntu): | |
status: | New → Invalid |
Changed in firefox (Ubuntu): | |
status: | Incomplete → Confirmed |
Changed in firefox: | |
status: | Unknown → Confirmed |
Changed in firefox (Ubuntu): | |
importance: | Undecided → High |
Changed in firefox (Ubuntu): | |
status: | Confirmed → Triaged |
affects: | snapd (Ubuntu) → xdg-desktop-portal (Ubuntu) |
Changed in xdg-desktop-portal (Ubuntu): | |
importance: | Undecided → High |
status: | Confirmed → Triaged |
Changed in firefox: | |
status: | Unknown → Confirmed |
Changed in xdg-desktop-portal-gnome (Ubuntu): | |
status: | New → In Progress |
assignee: | nobody → Sergio Costas (rastersoft-gmail) |
no longer affects: | xdg-desktop-portal (Ubuntu Jammy) |
no longer affects: | xdg-desktop-portal (Ubuntu Lunar) |
no longer affects: | firefox (Ubuntu Jammy) |
no longer affects: | firefox (Ubuntu Lunar) |
Changed in xdg-desktop-portal-gnome (Ubuntu Jammy): | |
status: | New → Triaged |
Changed in xdg-desktop-portal-gnome (Ubuntu Lunar): | |
status: | New → Triaged |
Changed in xdg-desktop-portal-gnome (Ubuntu): | |
status: | In Progress → Fix Committed |
description: | updated |
description: | updated |
Changed in xdg-desktop-portal-gnome (Ubuntu): | |
status: | Fix Committed → Fix Released |
description: | updated |
Changed in firefox: | |
status: | Confirmed → Fix Released |
Changed in xdg-desktop-portal-gnome (Ubuntu Jammy): | |
assignee: | nobody → Sergio Costas (rastersoft-gmail) |
status: | Triaged → Fix Committed |
description: | updated |
description: | updated |
Steps to reproduce:
1. Run Firefox (version 99.0 or 100.0b9) as a Snap package in Ubuntu 22.04 (upgraded from 21.10) user/.. ./gvfs/ ...`)
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/
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 results:
* File is not saved to selected network share location
* No file download entry is created in "Downloads"
* No error is shown
Expected results:
* File is saved to selected network share location
* No error is shown
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