InformAction Forums

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

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

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.

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

What version of NoScript?

It is noscript 2.9.5.3

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

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.