mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #6843] librewolf: UI has graphic corruption (NixOS, 3d + private-etc) #3396
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#3396
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 @graham00 on GitHub (Jul 30, 2025).
Original GitHub issue: https://github.com/netblue30/firejail/issues/6843
Description
Using librewolf via firejail, I have weird graphical corruption in the librewolf UI, which looks like this (garbled URLs, menu text, etc).
Steps to Reproduce
I'm launching it like this (net=none because I like my systemwide default browser to not directly hit the net - I copy URLs from it and use it to view local html/etc):
With hardware acceleration enabled in librewolf settings I get this warning and the graphic corruption issue occurs:
libEGL warning: egl: failed to create dri2 screenIf I disable hardware acceleration in librewolf, the problem goes away (it works fine, though I do get this: Crash Annotation GraphicsCriticalError: |[0][GFX1-]: RenderCompositorSWGL failed mapping default framebuffer, no dt (t=5.32999) [GFX1-]: RenderCompositorSWGL failed mapping default framebuffer, no dt).
Expected behavior
Able to use hardware acceleration without the graphical corruption.
Actual behavior
Scrambled text that looks like this.
Behavior without a profile
With hardware acceleration enabled, in firejail, but with --profile=noprofile: no errors or issues
Also, with hardware acceleration enabled, not in firejail: no errors, text not corrupted
Additional context
I tried looking through the librewolf* and firefox* profiles, but I can't figure out what could be causing the issue. I tried a few things like adding -ignore=no3d , --ignore=novideo , but as expected that had no effect (I don't think that was being disabled in the first place via the profiles).
I found this issue which sounds similar but, bad attitude of the OP aside, I tried the fix ghost mentioned by copying all of "/nix/store/wgbf6q0qcrhhlg0m763d00h9ci9wj35n-firejail-0.9.74/etc/firejail/" into ~/.config/firejail/ and then editing firefox-common.profile and commenting out the two lines that were mentioned, and that didn't help in librewolf's case (and I confirmed when launching that all "Reading profile..." was then from ~/.config/firejail). I also commented out "whitelist /usr/share/librewolf" in librewolf.profile.
Environment
uname -srm): Linux 6.12.40 x86_64mesa 1:24.3.3-2"): librewolf-140.0.4-1
firejail --version): firejail 0.9.74was compiled (
git rev-parse HEAD): n/aI'm also using an Nvidia RTX 4060 Ti with the stable binary drivers.
Checklist
/usr/bin/vlc) "fixes" it).https://github.com/netblue30/firejail/issues/1139)browser-allow-drm yes/browser-disable-u2f noinfirejail.configto allow DRM/U2F in browsers.--profile=PROFILENAMEto set the right profile. (Only relevant for AppImages)Is this a bug with the librewolf profile, some nvidia-specific issue, some quirk to nixos not being FHS-compliant, or just something dumb I'm doing? :) Thanks!
Relates to:
@graham00 commented on GitHub (Jul 30, 2025):
I've narrowed down the problematic portion of the profiles to "private-etc" - with that removed from both librewolf.profile and firefox-common.profile the issue is fixed. Or using --ignore works:
@graham00 commented on GitHub (Jul 30, 2025):
Per the manual for
--private-etcI did the following to try to narrow down what needs to be included from etc:...that all looks unlikely to be related, but I tried explicitly including them nonetheless:
As expected, that didn't help - still graphical corruption.
I'm not sure what to do next to narrow down further what about
--private-etcis causing problems.@kmk3 commented on GitHub (Jul 31, 2025):
Basic debugging information is missing; please follow the bug report template:
@kmk3 commented on GitHub (Jul 31, 2025):
It might be related to the very different NixOS paths (as most profiles use
common distribution paths), though it's currently unclear.
Does it work with
no3din ~/.config/firejail/librewolf.local?Instead of
grep open, try usingstrace --trace=%fileto match morepath-related syscalls.
Example:
Or if possible use
firejail --trace=trace.txt.Example:
What is the output of
grep /etc trace.txt?@graham00 commented on GitHub (Jul 31, 2025):
Sorry about that - I didn't know for sure if it should be considered a bug or not, so I thought maybe I shouldn't choose "bug" right from the outset and didn't know there would have been a template to follow. I haven't been active in github projects all that much in the past so I'm not that familiar with etiquette. I edited my post just now using the bug template.
Huh, yes, it does work like that. I guess that's still not allowing hardware acceleration, but maybe that would tell us something.
I ran..
There was no output regarding /etc. I checked and trace.txt is a 0 byte file. I deleted it and reran to confirm it did in fact create the file, and it did - but 0 bytes output to it.
@kmk3 commented on GitHub (Aug 10, 2025):
Nothing stands out to me from the output.
It could be due to needing
--allow-debuggersor--profileor due towhitelisting in
${HOME}, in which case it might be needed to write itsomewhere else (like /tmp).
Also,
-fmight be needed for strace (see #6851).Can you retry with the following?
@graham00 commented on GitHub (Aug 10, 2025):
Thanks. Here is the grep'd strace output.
The fjtrace.txt is unfortunately still a 0 byte file.