mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #370] Firefox can't find its profile after creating symlink for running sandboxed in new session #262
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#262
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 @RonCam on GitHub (Mar 19, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/370
In this thread, I got as far as creating symlinks by entering in terminal:
But then, there was an error message on Firefox's first run -- can't find its profile, or something to that effect. It came and went before I could select and copy its exact text.
Then on the second run, Firefox appears to be reconfiguring itself. I think this is what's happening, but not really certain.
Is Firejail setting up a new Profile inside a sandbox? If this is a yes, then might changes to the Profile be lost, whenever the box is 'dumped'?
What's considered normal operation for Firejail -- and how can I get back to the way it first worked, when I had to edit the command to run Firefox?
@chiraag-nataraj commented on GitHub (Mar 21, 2016):
To get back the way it first worked (i.e. you had to explicitly invoke
firejail firefox), simply remove the link in/usr/local/bin.As for Firefox saying it can't find its profile and whether or not it's reconfiguring itself, there's an easy way to determine that:
If the changes stuck, there's some other issue going on. If they didn't stick, then Firefox is resetting each time you open it.
@netblue30 commented on GitHub (Mar 21, 2016):
Or add a new bookmark and if remains there.
@RonCam commented on GitHub (Mar 23, 2016):
Thanks -- I just now saw that there had been replies, so please keep the thread open because I'd like have KDE restarting Firefox properly -- that is, to restart it with full sandbox protection.
@netblue30 commented on GitHub (Mar 25, 2016):
Sure, no problem.
@RonCam commented on GitHub (Mar 26, 2016):
OK, I have some time now. I've just renamed the firefox link in usr/local/bin to backuplink-firefox and will restart KDE and confirm that normal operation has returned, before going through the above troubleshooting procedures.
Progress: Firefox is once again loading quickly and directly -- no messages about not being default browser, or not being able to find Profile. I will check a few more things, then back to getting it to start sandboxed in a new session.
@RonCam commented on GitHub (Mar 27, 2016):
Before trying the symbolic link again, I thought I would approach KDE's 'Workspace' forum (Session Management falls into that category) with a link back to this thread showing what was suggested here, with the hope that the folks who are more closely acquainted with that particular environment might either tell me just to 'do' the link again, or come up with another idea.
The resulting reply raises two points: first, programs ideally inform the Session Manager how they are supposed to restart, and second, for those that do not, a work-around is offered.
Take a look at the thread starting at the provided link, and see what you think. If it works, this could be useful to other Firejail users.
@netblue30 commented on GitHub (Mar 28, 2016):
I just did a test on a CentOS 6 with KDE installed, and is working fine. Firefox is configured as a symbolic link in /usr/local/bin:
I log out and log in again and Firefox is still there, running in a firejail sandbox.
@RonCam commented on GitHub (Mar 28, 2016):
Thanks for going to the trouble of testing this on a working KDE installation. I will give it another 'shot' tomorrow, because if it works for you, then I must have made some error. I'll see if I can duplicate your listing on my setup, to make sure the link is going to the right spot.