1423373 - some clickable items on website are inactive

Status: RESOLVED INVALID

(Core :: Networking: HTTP, defect)

Description

[amo.bordier]

Attachment: 2017-12-05 23_46_11-.png

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171112125346

Steps to reproduce:

* go to https://www.lequipe.fr/Football/match/422947
* click on clickable tabs: AVANT-MATCH, RÉS - CLASS, STATS


Actual results:

nothing happens, the items are clickable but seems inactive


Expected results:

the content of the tab should be displayed

Comment 1

[Matthias Versen [:Matti]]

I can reproduce this report on my system and running Firefox in the safemode makes this work.
To bad that I was away to long to remember what the safemode disables besides extensions :-(

Comment 2

[amo.bordier]

@Matthias: good catch. indeed it seems that the issue is related to Adblock Plus add-on. I don't reproduce the issue if this add-on is disabled. so I don't know if it is a real bug. anyway thanks for your help.

Comment 3

[Matthias Versen [:Matti]]

Does it work for you in the normal Firefox mode with just adblock plus disabled ?
That is not the case on my system because I always test with a special clean profile without extensions.
The safemode disables more than just disabling extensions.
The hardware graphic acceleration and the Javascript JIT are also disabled and apparently more things.

Comment 4

[amo.bordier]

actually I observe 2 different behavior
* on my business laptop (win7 firefox ESR 52.2.1), disabling adblock plus only is sufficient to fix the issue
* on my personal laptop (win10 firefox 57), running firefox in safe mode is necessary to fix the issue

Comment 5

[Emil Pasca [:emilpasca]]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0

I had tested this issue on Windows 10 x64 with latest Firefox Release(57.0.2) and the latest Nightly (59.0a1-20171207220423) with a clean new Firefox profile and manage to reproduce the issue.
After navigating to the provided URL and clicking any of the mentioned tabs "AVANT-MATCH, RÉS - CLASS, STATS", the content for the corresponding tab is not displayed.

Comment 6

[Hsin-Yi Tsai (she/her) [:hsinyi]]

Hi Emil, I tried Firefox 56 which worked well so I suspected this is a regression. Could you please help us get the regression window? Thanks.

Comment 7

[Alice0775 White]

Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=10d42af6319d08daca29d5d163f301696b5ff1fd&tochange=b37a0bd71bbb1f3e5b4f58f1936d9cc0a38851d2

Regressed by:
b37a0bd71bbb	Honza Bambas — Bug 1358060 - Allow postponing of unimportant resources opening during page load, class-of-service Tail flag. r=dragana


And also I confirmed that setting network.http.tailing.enabled=false fixes the problem on Nightly59.0a1.

Comment 8

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Alice0775 White from comment #7)
> Regression window:
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=10d42af6319d08daca29d5d163f301696b5ff1fd&tochange=b37a
> 0bd71bbb1f3e5b4f58f1936d9cc0a38851d2
> 
> Regressed by:
> b37a0bd71bbb	Honza Bambas — Bug 1358060 - Allow postponing of unimportant
> resources opening during page load, class-of-service Tail flag. r=dragana
> 
> 
> And also I confirmed that setting network.http.tailing.enabled=false fixes
> the problem on Nightly59.0a1.

Thank you!

Comment 9

[Honza Bambas (:mayhemer)]

I'll look into this.  Thanks for the report!

Comment 10

[Honza Bambas (:mayhemer)]

This is invalid.  The site has to be fixed.

They count on presumption that the twitter script is loaded before their script referencing twitter APIs.   The twitter script is referenced as:

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

Hence, the order is not guarantied.

Just check the web console, there is a bunch of "ReferenceError: twttr is not defined" errors.  This breaks assigning the events on the tabs.  When I turn off tailing they disappear, twitter.com/widgets.js loads on time.  

The site is also broken in Private Browsing windows and when Tracking Protection is turned always on.

Comment 11

[amo.bordier]

are you sure this issue is invalid? it is not reproduced with other browsers.

Comment 12

[Honza Bambas (:mayhemer)]

(In reply to amo.bordier from comment #11)
> are you sure this issue is invalid? it is not reproduced with other browsers.

Yes, I'm sure.  The page functionality is dependent on timing that is not in any way synchronized.  If the twitter server responses with a larger delay you will get the same issue.

Please contact administrators of that web portal to fix their site.

Comment 13

[jasmin]

(In reply to amo.bordier from comment #11)
> are you sure this issue is invalid? it is not reproduced with other browsers.

I can concur. I've had encounter this problem with this very website for a few years now. Either it is badly designed or it is maliciously designed to fail when blocking ads/tracking, but using ublock origin I've encountered similar issues that you have.

I've reported the issue to their contact info a couple times but never received an answer or an acknowledgement that they got the message or cared enough to reply or fix the issue.

I just tell people this website is broken and advise them to get their fix of circenses elsewhere, but most just disabled the adblocker and evil won a battle. 

Now if this behavior is by default in vanilla firefox, I suspect people will just switch to a different browser. Which I could not care less as I got fed up with mozilla making far-reaching and very short-sighted decisions in a vacuum and have switched to waterfox to never ever return to firefox, they've alienated me so much that I'd rather go proprietary than going back to anything mozilla and I stop installing firefox everywhere and I even uninstall it from computers every time I get an opportunity.

Comment 14

[Alice0775 White]

Anyway we should switch to Chrome.