Firefox 83 Issues with crashing tabs on PRoot #139
Comments
|
Start firefox from terminal and see if some errors were printed. |
|
@xeffyr It seems it reports about fonts: However I'm still investigating it (Pango, ttf-dejavu, xfonts-base) are installed and idk why this happens (haven't straced it for further output) On ESR Version, no Output is printed and Webpages loads fine |
Try different font. Here is what I have on my desktop (not proot): |
|
Ok i found a new output: It also shows about channel error cannot send/recv But i don't think fonts could cause this kind of problem to render such sites but I'll try it again by installing fonts |
|
This is something IPC-related. |
|
This was also reported to Firefox directly at https://bugzilla.mozilla.org/show_bug.cgi?id=1681502. IMHO if it's hitting Firefox running in Alpine / headless it's most likely not a proot specific issue. |
|
@lypanov Thanks for the information, until firefox updated and Everything goes back to normal, will close this issue |
|
Firefox 84 is released btw, i haven't tested it on Ubuntu proot, if it works this time. i should close this issue |
|
Still no luck with Firefox 84, it still crashes |
|
Keep issue open, I'm looking into this but since Firefox is large program it might take me some time. |
|
For now Firefox can be used with Firefox (and possibly also Chromium as parts of sandboxing are taken from Chromium) installs own seccomp filter with PRoot on the other hand when sees I think I'll add additional logic which upon detection of browser sandbox will disable most proot |
|
Using that environment variable makes firefox work again:
|
Thank you very much. |
Thanks, your method perfectly works. I want will offer the another solution of this problem.
My way kills two "hares" - fixes the problem with tabs as well as the problem with sound in Firefox
|
|
Thanks, that fixed the sound problem as well Although I haven't tested this one if this fixes the sound as well if disabling Gecko Sandboxing: |
ghost
mentioned this issue
- Pass through seccomp SIGSYS if si_code!=0 (Android seccomp policy always uses SECCOMP_RET_TRAP without specyfing si_code value, while Firefox fills SECCOMP_RET_DATA with hook number) - Prevent tracee from blocking SIGSYS (When trap is triggered but SIGSYS is blocked Linux kernel unregisters signal handler and unblocks it in order to kill process. That signal is suppressed by proot (as ptracer), however signal handler is unregistered in that case nevertheless) #139
|
I've pushed experimental support onto For now this is on branch for further testing, although probably it'll be better to use that instead of users/distros disabling sandboxing) |
ghost
mentioned this issue
|
if still occur, just change to chromium. |
|
Install Firefox ESR |
|
Now when using firefox without sandbox enabled, The whole proot environment freezes except the host. |
Solution:
Restart firefox |
What is the difference from my method? #139 (comment) |
Both |
|
Here are the steps I picked up from the trailing comments @ghost that resolved a similar issue; Enter about:config in address bar "dom.block_download_in_sandboxed_iframes""media.cubeb.sandbox""media.cubeb.sandbox"Finally, change numerical values for "security.sandbox.content.level" to 1 and "security.sandbox.socket.process.level" to 0. Close and reopen Firefox. |
Hello, recently i installed the latest version Firefox and it seems there's a bug with it,
Webpages keeps crashing at this point:
Tried with/without sysvipc enabled but this error still persists
I don't know if this is proot-related bug or not
With the ESR Version, it works fine without any issues
Tested on Ubuntu and Arch Linux
The text was updated successfully, but these errors were encountered: