mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #4909] eog: Thumbnail creation failed #2813
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#2813
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 @mooreye on GitHub (Feb 7, 2022).
Original GitHub issue: https://github.com/netblue30/firejail/issues/4909
Firejail version: 0.9.66
System: Fedora 35
Launching
eognormally:Launching
eogwithfirejail --noprofile eog:Tried deleting thumbnails:
rm -r ~/.cache/thumbnailsdidn't work.
@ghost commented on GitHub (Feb 7, 2022):
Remember using full paths when running firejail manually like this: if you've used firecfg to generate symlinks
eogis interpreted as /usr/local/bin/eog, which is already under firejail's control. Just runfirejail --noprofile /usr/bin/eogto test again, avoiding potential confusing output due to this double-sandbox situation.That being said, the eog profile has
private-cachevia eo-common.profile. Have you triedignore private-cacheyet in a eo-common.local to check if that changes thumbnail creation?@mooreye commented on GitHub (Feb 7, 2022):
Thanks for reply, however proposed solution did not seem to work.
Then:
@reinerh commented on GitHub (Feb 7, 2022):
And then thumbnails are still not generated? Or does the thumbnails directory contain them?
@rusty-snake commented on GitHub (Feb 7, 2022):
@mooreye commented on GitHub (Feb 7, 2022):
Still not generated, directory is empty, and by running with
--noprofilethey appear in~/.cache/thumbnails/faildirectory and are empty/broken.Yes, if run by
/usr/bin/eogthumbnails are created successfully.@smitsohu commented on GitHub (Feb 8, 2022):
Might have to do with Gnome running the thumbnailer in a bubblewrap sandbox.
What does
grep force-nonewprivs /etc/firejail/firejail.configandfirejail --version | grep nonewprivssay?@smitsohu commented on GitHub (Feb 8, 2022):
It is well possible that I am missing something, but from skimming through the sources[1, 2] it looks that if the thumbnailer sandbox is configured at compile time, and if for whatever reason there is no bubblewrap in the filesystem (in this case because Firejail's
private-binremoves it from the sandbox filesystem), Gnome doesn't attempt to fall back to something that works but stops producing thumbnails altogether.@ghost commented on GitHub (Feb 8, 2022):
@smitsohu Great find. I guess that explains the 'Thumbnail creation failed' warnings when running
firejail --noprofile /usr/bin/eog. The default.profile that is used in that case includes disable-common.inc, which blacklists ${PATH}/bwrap. Might be a better test withfirejail --profile=noprofile /usr/bin/eog... I've tried eog with several iterations but I can't get it to generate thumbnails reliably at all. Not sure if we can fix that properly...@mooreye commented on GitHub (Feb 8, 2022):
@ghost commented on GitHub (Feb 8, 2022):
You'll have to download the noprofile.profile and add it in ~/.config/firejail. It isn't available in 0.9.66. Normally it's not advised to mix newer profiles with older releases, but in this case you should be fine. It sets up the weakest possible sandbox and comes very handy for testing purposes. Just remember to remove it when Fedora offers 0.9.68 and puts it in /etc/firejail.
@mooreye commented on GitHub (Mar 28, 2022):
I do not use firejail anymore so if no one wants to take over this issue, please close.