Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Bug reports and enhancement requests
Post Reply
bitstreamout
Posts: 9
Joined: Tue Aug 09, 2016 8:53 pm

Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by bitstreamout »

Hi,

I've now a few days a slow firefox on every new page, reload or tab open. Also if I go to about:addons and switch over to "Get Add-ons" the firefox does deadlock and an strace shows a lot of futex system calls with timeouts. If I disable noscript this behaviour doe not happen anymore.

I've also created a fresh firefox profile with a fresh installed noscript and I see exactly the same behaviour.

The last famous lines of the firefox process was
loadInfo is null for channel https://noscript.net/-

[Child 30938] ###!!! ABORT: Aborting on channel error.: file /home/abuild/rpmbuild/BUILD/mozilla/ipc/glue/MessageChannel.cpp, line 2056
[Child 30938] ###!!! ABORT: Aborting on channel error.: file /home/abuild/rpmbuild/BUILD/mozilla/ipc/glue/MessageChannel.cpp, line 2056
Werner
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
bitstreamout
Posts: 9
Joined: Tue Aug 09, 2016 8:53 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by bitstreamout »

Disabing ABE does avoid the dealock on about:addons -> "Get Add-ons" ... nevertheless open new pages or reload current page let load become the loag high due to slow firefox
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
barbaz
Senior Member
Posts: 10841
Joined: Sat Aug 03, 2013 5:45 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by barbaz »

Are you using a distribution build of Firefox? If so, can you please try the official Mozilla build?

In order to minimize variables, use the official Mozilla build to create a new, clean profile for testing with the official Mozilla build.
*Always* check the changelogs BEFORE updating that important software!
-
bitstreamout
Posts: 9
Joined: Tue Aug 09, 2016 8:53 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by bitstreamout »

Setting browser.tabs.remote.autostart to default aka false seems also help as it allows to switch between tabs and windows even if one tab is currently blocked, nevertheless with noscript it is very slow. Yes it is a openSUSE build of Mozilla Firefox for openSUSE Leap 42.2 and I'm using this on several systems without problems. This system is my private notebook where I'm using NetworkManager+dnsmasq instead of static Networking+named. Maybe this is related .. or .. an independent coincidence.

I'll give the official firefox a try
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
User avatar
therube
Ambassador
Posts: 7924
Joined: Thu Mar 19, 2009 4:17 pm
Location: Maryland USA

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by therube »

What version of NoScript?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 SeaMonkey/2.46
bitstreamout
Posts: 9
Joined: Tue Aug 09, 2016 8:53 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by bitstreamout »

It is noscript 2.9.5.3
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
barbaz
Senior Member
Posts: 10841
Joined: Sat Aug 03, 2013 5:45 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by barbaz »

bitstreamout wrote:This system is my private notebook where I'm using NetworkManager+dnsmasq instead of static Networking+named. Maybe this is related .. or .. an independent coincidence.
It's not related. That's the same setup I have, and my dnsmasq is very customised. If this were the problem I'd be seeing it too...but I'm not.

FWIW we've had other reports of this behavior, although maybe different causes - viewtopic.php?f=7&t=22516
*Always* check the changelogs BEFORE updating that important software!
-
bitstreamout
Posts: 9
Joined: Tue Aug 09, 2016 8:53 pm

Re: Deadlock firefox 51.0.1 Linux/x86-64 on Get Add-ons

Post by bitstreamout »

After heavy debugging and also using a further but fresh profile for comparision it seems that ghostery in my default profile does cause those slowdowns of the page refresh. The symtoms are different then that of ABE lock in the Get Add-ons page. The tabs/pages do load very fast but the page (re)draw taken ages (upto 15 seconds). Interesting that in the fresh profile this does not happen even with ghostery.
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Post Reply