Package Details: icecat 78.8.0-1

Git Clone URL: https://aur.archlinux.org/icecat.git (read-only, click to copy)
Package Base: icecat
Description: GNU version of the Firefox browser.
Upstream URL: http://www.gnu.org/software/gnuzilla/
Keywords: browser esr gnuzilla web
Licenses: GPL, MPL, LGPL
Submitter: None
Maintainer: figue (figuepluto, jfigueras)
Last Packager: figue
Votes: 224
Popularity: 3.10
First Submitted: 2007-12-09 10:12
Last Updated: 2021-02-24 07:24

Dependencies (40)

Required by (0)

Sources (5)

Pinned Comments

cysp74 commented on 2021-02-27 18:53

I've made some checks and lowered "security.sandbox.content.level" to 1 (default is 4). Perhaps a bit better approach, instead of disabling completely sandbox.

figue commented on 2020-09-29 22:37

@Terrorizer patch process can take a long time, depending on your machine capacity.

Good news is that IceCat was added to Chaotic repo recently:

https://lonewolf.pedrohlc.com/chaotic-aur/

Latest Comments

1 2 3 4 5 6 ... Next › Last »

figue commented on 2021-02-27 23:10

@cysp74 That seems to work too. Thanks!

cysp74 commented on 2021-02-27 18:53

I've made some checks and lowered "security.sandbox.content.level" to 1 (default is 4). Perhaps a bit better approach, instead of disabling completely sandbox.

cysp74 commented on 2021-02-26 23:12

@figue: Bingo, it works! Thank you!

figue commented on 2021-02-26 22:42

If videos still crash, try to launch IceCat with MOZ_DISABLE_CONTENT_SANDBOX=1 variable.

cysp74 commented on 2021-02-24 11:04

The new 78.8 suffers from same thing, as prev versions regarding coredumps (below). But one more observation: With single process model (browser.tabs.remote.autostart) the drop-down menus work well also, but not with multi process settings. I mean, if I use multi process model, the drop-down menus (right click) suffer from lag, when cursor moves them over. This issue exists in recent versions (4-5? dunno, sry), hmmm. Basically I blamed gnome 3.38 for this, but as it looks like this originated from ff.

cysp74 commented on 2021-02-22 12:33

@figue: I can confirm icecat is usable on my end with this workaround. Thank you.

figue commented on 2021-02-22 10:59

@cysp74 for now the only workaround that works for me is disabling multi-process tabs. You can disable it by setting the related prefs to false on the about:config page.

browser.tabs.remote.autostart = false
browser.tabs.remote.autostart.2 = false

figue commented on 2021-02-21 11:16

@dd86 building IceCat in a clean chroot doesn't help, so the cargo cache seems not the problem here. But thanks to pointing this out.

dd86 commented on 2021-02-20 14:01

@dr460nf1r3 I had the same exact issue and I fixed it by deleting the .cargo folder in /home/user and the Icecat cache files from yay which I used to build the previous version. I've also uninstalled the previous version of Icecat before compiling the new one. I'm not an advanced user, I don't know what made the trick, but at least it compiled fine for me.

figue commented on 2021-02-20 00:27

@dr460nf1r3 yeah, the build send a notify-send if something goes wrong...

I have to dig into the issue @cysp74 The rust 1.50 patch has an issue, and I thougth it was that, but should be something else...