mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1655] firefox '<url>' no longer works? #1119
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#1119
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rieje on GitHub (Nov 23, 2017).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1655
When running from the command line, it seems that
firefox 'twitter.com', for example, no longer works (it hasn't worked for maybe ~1 week now). Firefox gets launched but the Twitter page does not get opened. It used to work./usr/bin/firefox 'twitter.com'works as expected.I'm on the latest version of Arch Linux, so on Firejail 0.9.50-1 and Firefox 57.0-2. Tell me what other information you guys need.
Thanks.
@Fred-Barclay commented on GitHub (Nov 24, 2017):
G'day @rieje and thanks for the report!
I'm also running fully-updated Arch (the only obvious difference from your setup being that I built firejail from the latest code on GitHub) and
firefox 'twitter.com'works without problems for me.Can you test a few things for me?
firefox 'twitter.com'work when you're not running Firefox in firejail?firejail --noprofile firefox 'twitter.com'?Cheers!
Fred
@rieje commented on GitHub (Nov 25, 2017):
/usr/bin/firefox 'twitter.com'(which does not use firejail) works as stated.firefox 'twitter.com'for me uses/usr/local/bin firefox, which is a wrapper I've made that uses firejail, and that does not work for me any more, hence this issue (it used to work).firejail --noprofile firefox 'twitter.com'works, but I get the warning:despite closing all instances of Firefox.
I disabled all Firefox extensions and it hasn't changed anything. I'm using the Arch package instead of building the latest code on Github--maybe you can try the Arch package and see if you experience the same issue I'm having.
Thanks.
@SkewedZeppelin commented on GitHub (Nov 25, 2017):
That is caused because firefox is already a symlink to firejail, due to firecfg. Its equlivant to running
firejail /usr/bin/firejail /usr/bin/firefoxTry
firejail --noprofile /usr/bin/firefoxinstead.And as a side, I aswell cannot repro this issue.
@rieje commented on GitHub (Nov 26, 2017):
Both
firejail --noprofile /usr/bin/firefox 'twitter.com'andfirejail /usr/bin/firefox 'twitter.com'works, so I guess something is wrong with my /usr/local/bin/firefox script that leads tofirefox 'twitter.com'not working for me (since the script is in /usr/local/bin and has priority over /usr/bin/firefox). I don't recall changing it though and it worked previously.Can you see if it works? Thanks.
@SkewedZeppelin commented on GitHub (Nov 26, 2017):
@rieje I just tested your script and am still not able to reproduce this issue.
Are you using a weird shell like fish or anything?
@rieje commented on GitHub (Nov 26, 2017):
I am using bash/zsh and have always used them when it worked. How about try the script with my firefox.profile?
@SkewedZeppelin commented on GitHub (Nov 26, 2017):
@rieje nothing in your profile should cause that, at least not that I see.
This is an odd one.
@chiraag-nataraj commented on GitHub (Dec 1, 2017):
For what it's worth, I am not seeing this issue with the script you posted. Nothing that is configurable in profiles can prevent command-line args parsing as far as I know, so I don't think the issue is there. Can you do a
which firefoxand acat $(which firefox)and post the output (don't post the output of the second one if it's a binary file 😛)? I have a sneaking suspicion something else has priority over your script and that's why you're seeing this behavior.@rieje commented on GitHub (Dec 2, 2017):
$ which firefox$ cat $(which firefox)@chiraag-nataraj commented on GitHub (Dec 4, 2017):
Hmm. And manually running the command in the script with an argument works? That is, try running
/usr/bin/firejail --profile="${HOME}/.config/firejail/firefox.profile" --private /usr/bin/firefox -no-remote --private google.com(for example) to see if that works.@rieje commented on GitHub (Dec 5, 2017):
That exact command works, but simply replacing the argument
google.comwithtwitter.comdoesn't. I suppose that's the root of the error. Very strange--is this a bug of Firefox then?@chiraag-nataraj commented on GitHub (Dec 5, 2017):
But
twitter.comworks for me...@rieje commented on GitHub (Dec 5, 2017):
I triple-checked and it doesn't for me Going to make a thread on the Firefox subreddit and see if I can find some answers, this is very strange. Thanks.
@SkewedZeppelin commented on GitHub (Dec 5, 2017):
@rieje could you try
github.com?@rieje commented on GitHub (Dec 6, 2017):
That unfortunately also doesn't work. I even tried prepending
www.andhttps://www.to it.@chiraag-nataraj commented on GitHub (Dec 6, 2017):
Do any other URLs work at all? How about
mozilla.com?@SkewedZeppelin commented on GitHub (Dec 6, 2017):
@chiraag-nataraj yea. I thought it might've been an OCSP issue or something. github.com and twitter.com both use DigiCert.
Firefox hard fails when it cannot verify an EV cert.
OCSP servers can be blocked or even frequently go down. I'd expect it to show an error for that, but you never know.
@rieje commented on GitHub (Dec 16, 2017):
Based on what @SpotComms said, I checked my mozilla.cfg (list of customized about:config settings) since I remember having some OCSP settings. Turns out disabling those didn't seem to fix the issue, but I found out that
lockPref("privacy.sanitize.sanitizeOnShutdown", true);appears to be the culprit. Can anyone confirm so I can close this issue as it appears to be Firefox-related?Curious since I don't see how this particular setting can cause the undesirable behavior.
@SkewedZeppelin commented on GitHub (Dec 16, 2017):
@rieje just tested, that was indeed it. Weird. It doesn't seem to be a known issue, feel free to report it to Mozilla. https://bugzilla.mozilla.org/buglist.cgi?quicksearch=sanitizeOnShutdown