Adguardfilters: gmx.at

Created on 22 Sep 2020  ·  14Comments  ·  Source: AdguardTeam/AdguardFilters

Issue URL (Incorrect Blocking)

https://www.gmx.at/consent-management/

Comment

Website dead

Screenshots


Screenshot 1

Screenshot 1



Screenshot 2

Screenshot 2

System configuration

Information | value
--- | ---
AdGuard product: | AdGuard Browser extension v3.5.12
Browser: | EdgeChromium
Stealth mode options: | Hide your search queries,
Send Do-Not-Track header,
Strip URLs from tracking parameters,
Block WebRTC,
Hide your Referrer from third-parties
Filters: | Ad Blocking:
AdGuard Base

Privacy:
AdGuard Tracking Protection,
EasyPrivacy,
Fanboy's Enhanced Tracking List,
Fanboy Anti-Facebook List,
Fanboy's Anti-thirdparty Fonts

Social Widgets:
AdGuard Social Media

Annoyances:
AdGuard Annoyances,
Fanboy's Annoyances,
Web Annoyances Ultralist,
Adblock Warning Removal List,
I don't care about cookies,
EasyList Cookie List

Security:
Online Malicious URL Blocklist,
Spam404,
NoCoin Filter List

Language-specific:
AdGuard German
Other extensions used: | Privacy Badger

Resolved AdGuard Browser Extension High Incorrect Blocking

All 14 comments

Please fix Cookie Pop-up also for https://web.de/consent-management/ and https://www.gmx.net/consent-management/
They are technically very similar.

From which page was redirected?

Not sure if it is possible using extension. Their script executed very early.
For apps this rule works:
web.de,gmx.net,gmx.at#%#//scriptlet('abort-current-inline-script', 'document.cookie', 'redirectToInterceptionPage')
or
web.de,gmx.net,gmx.at$$script[tag-content="redirectToInterceptionPage"][max-length="2500"]

@BlazDT please take a look.

I get redirected fine to normal page.

🤷‍♀️

gif:

2020-09-26 00-31-28


Tested both rules of Alex-302 and they work fine.

But there is one more, when you enter your E-Mail account:

URL is then https://bap.navigator.web.de/home?sid= ...

Screenshot-1:

Unbenannt


Added that rules.
Cannot check with email.
@BlazDT

Not seeing it after logging in. Please post screenshot with element inspected (dev tools).

Screenshot-1:

web


gmx.at#$#atl-third-party-dialog { display: none !important; }
gmx.at#$#body { overflow: visible !important; }

2nd rule is a guess as I cannot reproduce ( maybe requires applying to HTML too).

I have tested with web.de and first rule alone seems to be fine. I also clicked a little around, nothing seems broken.

In summary:

web.de#$#atl-third-party-dialog { display: none !important; }
web.de#$#body { overflow: visible !important; }
-> no Cookie Pop-up, all fine

web.de#$#atl-third-party-dialog { display: none !important; }
-> no Cookie Pop-up, all fine

web.de#$#body { overflow: visible !important; }
-> Cookie Pop-up, nothing is blocked/hided

So scrolling is still possible without 2nd rule? If yes, we can just add gmx.at##atl-third-party-dialog

yes, it's possible

Thank you, added.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

adguard-bot picture adguard-bot  ·  115Comments

adguard-bot picture adguard-bot  ·  276Comments

adguard-bot picture adguard-bot  ·  53Comments

adguard-bot picture adguard-bot  ·  250Comments

adguard-bot picture adguard-bot  ·  469Comments