Closed
Bug 1463091
Opened 6 years ago
Closed 1 year ago
snap links do not work in the firefox snap
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: alan, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180503143129
Steps to reproduce:
On Ubuntu 18.04 AMD64 with GNOME Software installed, I clicked the "Install" then "View in Desktop Store" button at https://snapcraft.io/spotify
This works in the deb install of Firefox. So perhaps some mime type not registered?
Actual results:
Nothing. Clicking the "View in Desktop Store" button does nothing.
Expected results:
It should launch GNOME Software, and take me to the Spotify page.
Comment 1•6 years ago
|
||
Note that this doesn't work in the chromium snap either, and there I'm seeing the following:
user-open error: Supplied URL scheme "snap" is not allowed
This is because the xdg-open wrapper that snapd expose to not allow opening arbitrary schemes only whitelists http, https and mailto. All other schemes (including snap) are rejected.
Comment 2•6 years ago
|
||
Currently snapd is not allowing the snap url scheme, so this is not a firefox bug. We've submitted a PR to snapd adding snap to the allowed URLs.
https://github.com/snapcore/snapd/pull/5181
Comment 3•6 years ago
|
||
If this is not a Firefox issue I think it will be a good idea to mark it as Invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
Comment 4•6 years ago
|
||
snapd now allows the snap:// scheme, but it still doesn't work.
I'm seeing the following error in a terminal:
env: ‘/snap/bin/gnome-software.ubuntu-software’: Permission denied
and the following denial in journalctl:
juil. 27 18:05:39 bribon audit[31454]: SYSCALL arch=c000003e syscall=59 success=no exit=-13 a0=7ffd35c062cf a1=7ffd35c04aa8 a2=1e0f3b0 a3=5b3 items=0 ppid=4944 pid=31454 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=pts3 ses=3 comm="env" exe="/usr/bin/env" key=(null)
I think this is because firefox queries the system for applications associated to a given mime type, and then tries to launch the application directly, instead of delegating to xdg-open.
Comment 5•6 years ago
|
||
I don't seem to be allowed to re-open this bug, can someone with the appropriate permissions do that?
Comment 6•6 years ago
|
||
I tested this issue on Ubuntu 18.04 GNOME Shell 3.28.2 with FF Nightly 63.0a1(2018-07-30) and I can't reproduce this issue.
Olivier, can you please download Firefox Nightly from here: https://nightly.mozilla.org/ and retest the problem.
Also, you can try to test if the issue is reproducible in safe mode, here is a link that can help you:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
Flags: needinfo?(alan)
Comment 7•6 years ago
|
||
@Ovidiu: the issue exists only with the firefox snap package, which you can install with `snap install firefox` on supported linux distributions. Other types of packages where firefox doesn't run confined are unlikely to exhibit the issue, indeed.
Comment 8•6 years ago
|
||
Hi,
I retested this using the snap package and I was able to reproduce it on Ubuntu 18.04 GNOME Shell 3.28.2, but I'm not sure if this is a Firefox bug based on comment 2.
I will reopen this issue and maybe someone can confirm the information from comment 2.
Status: RESOLVED → REOPENED
Component: Untriaged → Widget: Gtk
Ever confirmed: true
Product: Firefox → Core
Resolution: INVALID → ---
Comment 9•6 years ago
|
||
Thanks Ovidiu. See also comment 4. There was indeed a bug in snapd, it was fixed, but the issue persists.
Updated•2 years ago
|
Severity: normal → S3
Updated•1 year ago
|
Flags: needinfo?(alan)
Comment 10•1 year ago
|
||
I just tested and this is working on an uptodate 22.04
Status: REOPENED → RESOLVED
Closed: 6 years ago → 1 year ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•