Uassets: https://www.gmx.net/ and https://web.de/ broken

Created on 4 Jun 2020  路  36Comments  路  Source: uBlockOrigin/uAssets

https://www.gmx.net/ and https://web.de/

Describe the issue

if ublock is switched on, nothing is shown on the pages. If ublock is switched off everything is displayed normally.

Screenshot(s)

Versions

  • Browser/version: Firefox 78b2
  • uBlock Origin version: 1.27.11b2

Settings

standart

Notes

All 36 comments

now it works....dk why

Hey everyone,

I'm a software architect at WEB.DE/GMX and I was looking into the problem.
On the day this problem occured we released a new version of given websites.
After we realized the page appeared blank when loading under certain circumstances we rolled back our release as fast as possible.
The main problem seemed to be "uBlock".

Now the problem is:
There's a custom filter that blocks the basic JavaScript functionality of "CustomEvent" for WEB.DE/GMX, which is unfortunate in different ways.
It was put on the list some time in November 2019 based on video ads we have.

Blocking "CustomEvent" is a rather big issue for us.
We had some code refactorings in the past - before the CustomEvent for us was put _on the EasyPrivacy List_ 鹿 - to upgrade to newer technologies
and now rely heavily on this functionality for our site to work.
This includes some layouting techniques as well as our cookie banner.
Not being able to show the cookie banner can bring us pretty big legal problems.

The EU of course demands us to get user consent for cookie creation and usage.

We rolled back to not exclude uBlock customers from the best experience they can have on our page, but we decided to give you
four weeks to resolve this issue.
Of course we would be happy to offer coorporation on this topic, but after the set deadline of four weeks we have to roll out our
changes.

In the end we want to make sure also uBlock users can check their mails without problems!

Thank you.

Best regards,
Fiona

PS: Should I open a new issue for this topic?


EDIT:

鹿: I was at fault here, sorry. I wanted to write "put in the filter"

before the CustomEvent for us was put on the EasyPrivacy List

I get no CustomEvent in EasyPrivacy list

we decided to give you four weeks to resolve this issue

You should provide test pages with your future changes (including videos / video ads)

There's a custom filter that blocks the basic JavaScript functionality of "CustomEvent" for WEB.DE/GMX

Explain exactly what's broken (provide direct links to such pages)

I am pretty sure she means our filter
##+js(set, CustomEvent, noopFunc)

Yes, but she was saying something about EP too .. mmhmm ..maybe it was something else on that list

If I remove our filter I can see the cookie banner, so I think that's the main issue.

We should wait their new pages / design / refactoring / see what's new about their video ads

Maybe same redesign is coming to https://www.mail.com/ as well?

Hey everyone!

First of all: Thanks for reopening the issue so fast and looking into it :)

@mapx-: True. In the text I wrote EasyPrivacy and I have to admit: sorry, me and my proofreaders messed up here. I will edit the post and add a note that we actually meant the Filter okiehsch talked about. Sorry for the inconvenience on this point.

At the moment we use CustomEvent in the page itself for some resizing issues we faced and our Cookie Banner also uses it internally.

Main problem is, as okiehsch told, the Cookie Banner which must not be blocked.

At the moment this issue was opened we had a bug we wanted to resolve with a Custom Event. When we got the message ublock users can't see the page anymore we rolled back immediately - but we have to solve this issue soon.

You can test the current behaviour directly on live:

What does not work:

  • Resizing the page
  • Cookie banner is not shown

@llacb47 I have no information about that, sorry!

Video disappear for me without the CustomEvent filter (firefox)
https://web.de/magazine/unterhaltung/stars/jahre-instagram-posts-stars-gingen-decke-34927458

I can't reproduce, the video stops for 2-3 seconds and then it plays without issue.

I can reproduce the issue in FF:

  • close the tab, delete cache / cookies, new tab running the video
  • video starts then stops and after 2-3 seconds some ads appear then the video continues running well (no media type in this first test)
  • if I refresh the page the media type is correctly redirected and the video is running well

I can reproduce following your steps.
Seems like something is broken on their side as well.
If I remove our filters and follow your steps, meaning the site should show regular pre roll ads, I get the same
"video starts then stops and after 2-3 seconds some ad images appear then the video without ads continues running"麓
result and after refresh I get the usual pre roll ads.

test these filters (no delay, no ads) repeating the steps above:

@@*$xhr,3p,domain=web.de
*$media,redirect=noop-0.1s.mp3,3p,domain=web.de

@@*$xhr,3p,domain=gmx.at|gmx.ch|gmx.net|web.de *$media,redirect=noop-0.1s.mp3,3p,domain=gmx.at|gmx.ch|gmx.net|web.de
to fix all domains.

test these filters (no delay, no ads) repeating the steps above:

@@*$xhr,3p,domain=web.de
*$media,redirect=noop-0.1s.mp3,3p,domain=web.de

@okiehsch and @mapx-
for me no video longer works @ web.de and gmx.de
i delete cache / cookies

test, click on play and look:

https://web.de/magazine/auto/auto-betanken-tankdeckel-33168314

https://www.gmx.net/magazine/unterhaltung/stars/jahre-instagram-posts-stars-gingen-decke-34927458

all fine on my end

all fine on my end

witch firefox ver u use? i use 80b1x64 with uBlock Origin v1.28.5b9

It's a CNAME issue, that is caused by
*$media,redirect=noop-0.1s.mp3,3p,domain=web.de
Does
@@||akamaiedge.net^$media,domain=web.de
work for you?

That filter will only work for your web.de-link.

@@||akamaiedge.net^$media,domain=web.de

web de works thx

Wait 5-10 minutes then update the uBO-filters list, gmx should also work after that.

thx

maybe we should use redirect-rule and not redirect

We have to keep the damoh-media block for those sites those requests are not blocked on any list as far as I can see.
What media request get's redirected on your end at
https://www.gmx.net/magazine/unterhaltung/stars/jahre-instagram-posts-stars-gingen-decke-34927458
?

It originates from flashtalking.com on my end.

  • tbh I got a media 3p type request only disabling all scripts, it was some advision request (already blocked by EL) => the reason to add the redirecting filter, otherwise the first filter was enough
  • testing your link I get no video ad (3p media request)

ok, testing again I get (and redirected)
https://s2.adform.net/Banners/Elements/Files/139545/8262082.mp4?bv=0&ADFAssetID=8262082

Ok, if all are already blocked by filter lists the redirect-rule should be good enough.

With the filter web.de,gmx.*##+js(aeld, timeupdate) its no longer needed to whitelist des.smartclip.net good for users with DNS adblocker and less 3p requests

Can the exception be removed completely?
If you add
web.de,gmx.*##+js(aeld, timeupdate) @@*$xhr,3p,domain=gmx.at|gmx.ch|gmx.net|web.de,badfilter
any breakage or pre-roll ads?

yes no breakage or pre roll ads for me

New Video ad

https://www.gmx.net/magazine/unterhaltung/stars/michael-wendler-angst-wendler-aeussert-eklat-35162506

not work:
||player-abcd.glomex.com^$media,redirect=noopmp4-1s,domain=player.glomex.com

and

||mdsglvod-a.akamaihd.net^$media,redirect=noopmp3-0.1s,domain=component-vvs.glomex.com

Firefox 82beta9 x 64

uBlock Origin v1.30.3b3

test this filter

||zomap.de^$xhr,media,domain=player.glomex.com

test this filter

||zomap.de^$xhr,media,domain=player.glomex.com

works! thx

Was this page helpful?
0 / 5 - 0 ratings

Related issues

patrickdrd picture patrickdrd  路  4Comments

Jose1971AB picture Jose1971AB  路  3Comments

macheteBadger picture macheteBadger  路  3Comments

ghost picture ghost  路  3Comments

ghost picture ghost  路  3Comments