Ublock: Certain sites won't load with latest FF Dev Edition

Created on 22 Nov 2016 · 9Comments · Source: gorhill/uBlock

Describe the issue

I'm a FF Dev Edition (x64, if that matters) user. Today it got update to v52 and I've instantly noticed that some websites keep loading forever with uBO enabled. Some others seems to load fine until a certain point, but not completely (the spinner icon keeps on spinning). If I disable it, all is good.
I'm also using uMatrix. but I doubt it's related to this problem.

One or more specific URLs where the issue occurs

https://tweetdeck.twitter.com/
http://alternativeto.net/

### Screenshot in which the issue can be seen
-

Steps for anyone to reproduce the issue

Try going to https://tweetdeck.twitter.com/ on FF Dev Edition v52 x64 with uBO enabled.

Your settings

I don't think I have changed any default settings.

Browser/version: Firefox Developer Edition (52.0a2), x64
uBlock Origin version: 1.9.16

Your filter lists

Default

##### Your custom filters (if any)
-

Source

m3Lith

Most helpful comment

I created an issue on Firefox's issue tracker: https://bugzilla.mozilla.org/show_bug.cgi?id=1319607.

gorhill on 23 Nov 2016

👍3

All 9 comments

You will have to investigate the issue on your side.

gorhill on 22 Nov 2016

Actually, also marking as invalid since no effort was made to actually look at what the logger says, a key step when it comes to investigate an issue.

gorhill on 22 Nov 2016

It seems to be some weird interaction issue with another add-on, Keepa (last update in September).

Originally I didn't think the logger provided any different info, but having uBO and Keepa on and off do show different entries.

@gorhill, if you'd be willing to look at these:

uBO on, Keepa on
uBO off, Keepa on
uBO on, Keepa off <- noticeably more entries than in the 1st screen
uBO off, Keepa off

Or should I try posting in Discourse. Maybe try contacting Keepa's authors? I've no idea which add-on is more at fault here, some FF changes definitely impacted one or another.

m3Lith on 22 Nov 2016

I can reproduce with Keepa installed. I need to investigate whether there is an issue with uBO.

gorhill on 22 Nov 2016

Not sure why this happens. It does not happens if the script normally blocked by uBO on twimg.com is not blocked (create an _allow_ rule using the dynamic filtering pane).

I see Keepa is a WebExtension and using the webRequest API to install handlers for <all_urls>. I don't know why it listens to all URLs given its purpose. The code is not easy to read, only single-letter variables, no comments at all.

This should be looked at by Keepa devs. It could also be an issue with WebExtensions API.

gorhill on 22 Nov 2016

If I use the WebExtension version of uBO, all work fine. So I lean toward a WebExtensions API issue.

Edit: interesting observation: If Keepa is enabled before uBO (non-webext), there is no issue. The issue occurs only if Keepa is enabled after uBO. So most likely a webext compatibility issue when running with non-webext extensions.

gorhill on 22 Nov 2016

The same conflict with Ghostery - when it is enabled the same issue happens.
For me it happened after transition from 52 to 53 Nightly builds.

Few more pages:

Firefox Nightly 53.0a1 (2016-11-22)
uBlock Origin 1.9.17b10 (from https://addons.mozilla.org/uk/firefox/addon/ublock-origin/versions/beta)
Ghostery 7.0.1.4