mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3965] firejail fails to start if iBus is not in use, but .config/ibus/bus/* exists. #2481
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#2481
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 @oranenj on GitHub (Feb 9, 2021).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3965
I happened to have this in my .config:
This causes firejail to exit immediately on startup with the following cryptic error message:
My desktop environment does not use IBus and I'm not sure where those files came from, but removing them allows firejail to run normally. I'm assuming this code is the problem:
06e6dfe31a/src/firejail/sandbox.c (L778)firejail should probably ignore the environment variables in those files if they are malformed or empty.
@oranenj commented on GitHub (Feb 9, 2021):
Looking at the code, the problem seems to be the
env_storefunction is called withSETENVand notSETENV_ALLOW_EMPTY, causing it to fail.@topimiettinen commented on GitHub (Feb 11, 2021):
Current Firejail moves the environment variables away, so most of them are not used by the main setuid executable nor the unprivileged helper programs. The variables are restored for the final application. With this in mind, I think the checks for empty variables could be lifted.
@topimiettinen commented on GitHub (Feb 11, 2021):
@oranenj Could you test #3974?
@oranenj commented on GitHub (Feb 11, 2021):
@topimiettinen built and seems to work. Old version of firejail fails, the patched one runs fine. I tested running my sandboxed browser with it, and nothing obvious broke, so LGTM.
@topimiettinen commented on GitHub (Feb 11, 2021):
Thanks for testing!