You are not logged in.
This is the weirdest thing that has happened to me so far with any browser.
I just updated IceCat to 45.5.1-5 (which required the new dependency "cargo", a huge extra install??) and since then the browser is acting anti-google.
I first thought it was only 'https' pages, but then DuckDuckGo, Yahoo etc. turned out to be working just fine via a secure connection.
I tried starting IceCat with a new profile--didn't help.
I cleared the browsing history, cookies, everything--didn't help.
I ran IceCat in SafeMode--didn't help.
It's completely unexplainable to me. With Firefox and Chrome I have no problem reaching sites in the google domain.
There doesn't seem to be a '--verbose' switch, I tried the '--g-fatal-warnings' switch, but no messages were produced.
Any ideas?
Last edited by drtebi (2017-01-29 20:29:36)
Offline
No ideas but I just want to confirm I'm also having this issue with icecat. No problems with any other browsers. Had a quick look through the source code and couldn't find anything obvious. Probably best to take it up with the icecat people.
I'm going to try running a git bisect myself, but there's no telling if that will be more fruitful than waiting it out.
Edit: I realized I have a server with parabola installed and icecat available, and this is also happening there, but icecat hasn't been updated in that distro since about 10 days ago, and I only started noticing the issue today. I've definitely used that box to log into gmail/search google in the past week so maybe one of icecat's dependencies broke it.
Edit2: I was able to fix the issue by downgrading nss to cached version (3.28.1-1 -> 3.27.2-1) - I'm continuing looking at other options though. It seems the fedora people also had to update icecat when nss was updated. Details: http://lists.gnu.org/archive/html/bug-g … 00019.html , https://bodhi.fedoraproject.org/updates … e42b513012 https://bugzilla.redhat.com/show_bug.cgi?id=1414987 I'm still a bit new to the arch community so I'm not certain what's best to do with this information, other than post it here.
Last edited by TheColonel (2017-01-31 01:59:28)
Offline
AUR maintainers are responsible for bumping the pkgrel of their packages when rebuilds are required. If patches are needed to build/run with updated repo packages,, that too is the AUR maintainer's responsibility.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
Thank you for looking into it. At least now I know I am not crazy ☺
I guess I will just wait for an update to icecat.
Offline
I now also downgraded the nss package, and reinstalled icecat. That did the trick to make icecat work, but now Firefox refuses to open "insecure" pages, giving me "NS_ERROR_NET_INADEQUATE_SECURITY"
What is the best way to let the package maintainer know about this?
Last edited by drtebi (2017-02-01 10:41:19)
Offline
Post about it on icecat' aur page .
The Redhat bug 1414987 in post #2 points to a commit [1] Mozilla made to the esr45 branch to solve this, so next icecat release will work with nss 3.28.1 .
It's a minor change in just 1 file, if you can't wait until gnu releases new version try applying it as a patch in the prepare() function of icecat PKGBUILD .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
Thanks Lone_Wolf.
I think I can wait...
Offline