Geckodriver cannot launch firefox from within snap confinement
Categories
(Testing :: geckodriver, defect, P3)
Tracking
(firefox106 fixed)
| Tracking | Status | |
|---|---|---|
| firefox106 | --- | fixed |
People
(Reporter: olivier, Assigned: olivier)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Following up on bug #1766125, and per request in https://phabricator.services.mozilla.com/D146303, I'm filing this separate issue to track changing the default firefox binary path when geckodriver is used from within snap confinement.
This issue was initially discussed in https://github.com/mozilla/geckodriver/issues/2010.
Snapd refuses to execute an arbitrary executable in /snap/bin/ (even though that executable is part of the same snap) because these executables are all symlinks to /usr/bin/snap, but it does allow executing an executable which it knows for sure is contained in the same snap (under /snap/firefox/current/).
So when running under snap confinement, we need to make sure the default path to the firefox binary is specified as /snap/firefox/current/firefox.launcher.
| Assignee | ||
Comment 1•4 years ago
|
||
Updated•4 years ago
|
| Comment hidden (off-topic) |
Comment 3•4 years ago
|
||
Sorry, there was a problem with the detection of inactive users. I'm reverting the change.
Comment 4•4 years ago
|
||
Oliver, are you still interested to continue working on this bug? After James' last review an update of the patch is required. Thanks.
| Assignee | ||
Comment 5•4 years ago
|
||
Yes, sorry for not addressing this earlier. I have now updated the patch.
Comment 7•4 years ago
|
||
| bugherder | ||
Description
•