https://www.gmx.net/ and https://web.de/if ublock is switched on, nothing is shown on the pages. If ublock is switched off everything is displayed normally.
standart
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:
@llacb47 I have no information about that, sorry!
https://github.com/uBlockOrigin/uAssets/commit/32f9a6b14694a2e3d818626b718dbf10fe62ad2e
I have removed the CustomEvent filter.
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:
media type in this first test)media type is correctly redirected and the video is running wellI 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.
advision request (already blocked by EL) => the reason to add the redirecting filter, otherwise the first filter was enoughok, 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