Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Firefox 45.6 [Kinda SOLVED -- WorkAround]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
iandoug
Guru
Guru


Joined: 11 Feb 2005
Posts: 516
Location: Cape Town, South Africa

PostPosted: Sun Jan 15, 2017 9:38 am    Post subject: Firefox 45.6 [Kinda SOLVED -- WorkAround] Reply with quote

Hi all

Add me to the list of people with problems with Firefox.

IIRC the order of events was something like this:

1. restarted Firefox
2. could not access any Google sites. Other sites tested worked fine.
3. emerge -auvDN world
4. Firefox borked.

When started from icon, it launches and hangs.

When run from commandline as firefox --safe-mode it launches. I disabled all extentions and themes. Took a few attempts, as it crashed/hung while doing this.

Running as root (ie different profile) it appears towork okay, but no extentions or themes loaded in this profile.

After "cleanup" above it can run from commandline but hangs and is generally unusable.

Also complains about crashes in files in portage, which I find a bit odd, but I'm not a dev.

Code:


ian@trooper ~> firefox
Vector smash protection is enabled.
[NPAPI 2154] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
[NPAPI 2154] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
fish: “firefox” terminated by signal SIGKILL (Forced quit)



Can some kind soul please advise how to get back to normal behaviour? :-)
I rely on Firefox daily... also has a lot of username/passwords saved...

Thanks, Ian
_________________
Asus Sabertooth P990, AMD FX-8150, GeForce GTX 560, 16GB Ram | Asus M3A78 64, X2 6000+, PX9800 GT, 4GB Ram | Asus M4A77TD PRO, X2 245, HD4350, 4GB RAM


Last edited by iandoug on Sun Jan 15, 2017 2:59 pm; edited 1 time in total
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 3694
Location: Dallas area

PostPosted: Sun Jan 15, 2017 10:24 am    Post subject: Reply with quote

https://forums.gentoo.org/viewtopic-t-1057470.html
_________________
Asus m5a99fx, FX 8320 - nouveau & radeon, oss4
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
4.14.62 kernel, profile 17.0 (no-pie) amd64-no-multilib
gcc 7.3.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
iandoug
Guru
Guru


Joined: 11 Feb 2005
Posts: 516
Location: Cape Town, South Africa

PostPosted: Sun Jan 15, 2017 10:38 am    Post subject: Reply with quote

Anon-E-moose wrote:
https://forums.gentoo.org/viewtopic-t-1057470.html


Thanks, I think I read that post. Google actually works at the moment, so I don't think it's THAT problem. I am also on 45-r1.

When I start it it's plain vanilla, I even have to add the Menu bar. (File //etc).

If I select File -> exit it fails to exit properly, looking at running processes at this point (ctrl-esc) shows Firefox chewing 12 or 13% CPU.

When I start up from command line I get dialog to start in safe mode or "refresh" but I found out the hard way on another box that "refresh" means "wipe all your stuff" which I can NOT afford to do on this installation.

Code:

~ $ firefox
Vector smash protection is enabled.

** (firefox:9180): WARNING **: Invalid borders specified for theme pixmap:
        /usr/share/themes/Breeze/gtk-2.0/../assets/line-h.png,
borders don't fit within the image

[NPAPI 9249] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
[NPAPI 9249] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
Segmentation fault


I did consider downgrading FF but there are no older versions in portage ATM ...

Thanks, Ian
_________________
Asus Sabertooth P990, AMD FX-8150, GeForce GTX 560, 16GB Ram | Asus M3A78 64, X2 6000+, PX9800 GT, 4GB Ram | Asus M4A77TD PRO, X2 245, HD4350, 4GB RAM
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 3694
Location: Dallas area

PostPosted: Sun Jan 15, 2017 12:07 pm    Post subject: Reply with quote

I keep copies of old ebuild and the associated files, so I can always back down.

I had made a copy of 45.6.0 just before it was removed.

As far as errors, I don't see anything from what I'm using, but I didn't upgrade to the r1 version
and I kept the older versions of nss/nspr active and newer ones masked.
So I can't help with your problems. Have you checked bugs

I have a tendency to keep firefox stuck at one version for a while, before I updated to 45.6 I was using 38.8 for a while.
Once I find something that works stably I like to stick with it.

Edit to add: It looks like some of the problems might be conflicts with the theme you're using.
_________________
Asus m5a99fx, FX 8320 - nouveau & radeon, oss4
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
4.14.62 kernel, profile 17.0 (no-pie) amd64-no-multilib
gcc 7.3.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
iandoug
Guru
Guru


Joined: 11 Feb 2005
Posts: 516
Location: Cape Town, South Africa

PostPosted: Sun Jan 15, 2017 2:58 pm    Post subject: Reply with quote

Running from the command line into Profile Select, and creating and using a new profile allows FF to run.

So I guess there's something somewhere in the old profile that the new version does not like.

Now to figure out how to transfer relevant bits from old profile to new profile without borking it.

FF generates a multitude of these messages :

Code:

(firefox:13686): dconf-CRITICAL **: unable to create file '/var/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.


Thanks, Ian
_________________
Asus Sabertooth P990, AMD FX-8150, GeForce GTX 560, 16GB Ram | Asus M3A78 64, X2 6000+, PX9800 GT, 4GB Ram | Asus M4A77TD PRO, X2 245, HD4350, 4GB RAM
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 13509

PostPosted: Sun Jan 15, 2017 5:08 pm    Post subject: Re: Firefox 45.6 [Kinda SOLVED -- WorkAround] Reply with quote

iandoug wrote:
Also complains about crashes in files in portage, which I find a bit odd, but I'm not a dev.
Code:
ian@trooper ~> firefox
Vector smash protection is enabled.
[NPAPI 2154] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
[NPAPI 2154] ###!!! ABORT: Aborting on channel error.: file /var/tmp/portage/www-client/firefox-45.6.0-r1/work/firefox-45.6.0esr/ipc/glue/MessageChannel.cpp, line 1861
fish: “firefox” terminated by signal SIGKILL (Forced quit)
Odd, but not unusual. That looks like a combination of two factors. First, someone used __FILE__ in their source file to get a string constant referring to the file name. This is fairly common for debug messages, since it lets the programmer find the right file and keeps the string accurate if the code is moved to a new file. Second, someone wrote the build system to pass absolute paths to gcc. This is a bit less common, and personally I think that is bad practice because it produces uglier messages when handling __FILE__. Many build systems do it though, so my opinion is not universal and maybe not even in the majority. You can see the effect like so:
Code:
cd /tmp
echo __FILE__ > file.cpp
gcc -E file.cpp
gcc -E $PWD/file.cpp
cd /
gcc -E tmp/file.cpp
gcc -E tmp/../tmp/file.cpp
For me, the output is:
Code:
/tmp$ echo __FILE__ > file.cpp
/tmp$ gcc -E file.cpp
# 1 "file.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "file.cpp"
"file.cpp"
/tmp$ gcc -E $PWD/file.cpp
# 1 "/tmp/file.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "/tmp/file.cpp"
"/tmp/file.cpp"
/tmp$ cd /
/$ gcc -E tmp/file.cpp
# 1 "tmp/file.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "tmp/file.cpp"
"tmp/file.cpp"
/$ gcc -E tmp/../tmp/file.cpp
# 1 "tmp/../tmp/file.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "tmp/../tmp/file.cpp"
"tmp/../tmp/file.cpp"
Observe how, in each case, the expansion of __FILE__ is exactly the argument I passed to gcc. It is not canonicalized in any way.

The messages you quoted would use a different path if you had changed $PORTAGE_TMPDIR. Their use of that particular path is harmless. The error that Firefox is trying to report by using that path may or may not be harmless.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum