[snap] "Show in folder" for downloaded files doesn't work

Bug #1887195 reported by Fink Nottle
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
snapd
Invalid
Medium
Unassigned
chromium-browser (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

In the chromium snap (Version 83.0.4103.116 on focal at the moment), after downloading files, navigating to the downloaded file doesn't work. Clicking on "Show in folder" only opens nautilus, but doesn't actually highlight the file. This works as expected on chrome and older deb builds in bionic, for example.

Tags: snap
Olivier Tilloy (osomon)
tags: added: snap
Changed in chromium-browser (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Olivier Tilloy (osomon) wrote :

Relevant apparmor denial:

juil. 14 15:06:18 bribon dbus-daemon[3041]: apparmor="DENIED" operation="dbus_method_call" bus="session" path="/org/freedesktop/FileManager1" interface="org.freedesktop.FileManager1" member="ShowItems" mask="send" name="org.freedesktop.FileManager1" pid=6024 label="snap.chromium.chromium"

And the corresponding upstream code is https://source.chromium.org/chromium/chromium/src/+/master:chrome/browser/platform_util_linux.cc.

Revision history for this message
Olivier Tilloy (osomon) wrote :

This would require a new interface in snapd.

Revision history for this message
Paweł Stołowski (stolowski) wrote :

Perhaps it could go into browser-support interface? To be discussed on the forum / with security team I think.

Changed in snapd:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Fink Nottle (finknottle) wrote :

I tried the kde neon live cd yesterday, and it worked as expected there. Could it be a nautilus issue since it seems to work fine with dolphin ?

Revision history for this message
Nathan Teodosio (nteodosio) wrote :

Working fine in 102.0.5005.61, Nautilus opens the proper directory.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Indeed, this was fixed upstream to use the desktop portal when the FileManager1 interface isn't available: https://chromium.googlesource.com/chromium/src/+/cdc98cbb2a95d4a7d430b7ccece0d5433d94963a.

Changed in chromium-browser (Ubuntu):
status: Confirmed → Fix Released
Changed in snapd:
status: Triaged → Invalid
Revision history for this message
Fink Nottle (finknottle) wrote :

I still see the same issue on the latest chromium snap on 20.04 with unity. Is this dependent on the desktop environment?

Revision history for this message
Fink Nottle (finknottle) wrote :

Note that the issue is that the file is not highlighted. It always opened the correct directory.

Revision history for this message
Olivier Tilloy (osomon) wrote :

This isn't specific to Unity, but rather to the version of xdg-desktop-portal available in your distribution. I just verified that it works as expected in a stock 22.04 VM, but not in 20.04 (which confirms what you're seeing).

Revision history for this message
Olivier Tilloy (osomon) wrote :

The implementation of OpenDirectory was fixed in xdg-desktop-portal 1.10.0 to correctly highlight the selected file. I filed bug #1978295 to proposed SRUing that specific patch to 20.04.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.