Dynamic "Close" Icon is present at suche.mobile.de with ETP set to STRICT
Categories
(Core :: Privacy: Anti-Tracking, defect, P3)
Tracking
()
People
(Reporter: rbucata, Unassigned)
References
(Blocks 1 open bug, )
Details
Attachments
(1 file)
63.76 KB,
image/png
|
Details |
Environment:
Operating System: Windows 10 PRO x64
Firefox version:Firefox Nightly 101.0a1 (2022-04-11) (64-bit)
Preconditions:
ETP set to STRICT
Clean profile
Steps to reproduce:
- Navigate to: https://suchen.mobile.de/fahrzeuge/search.html?vc=Motorbike.
- Accept the cookie policy.
- Observe the result.
Expected Behavior:
A dynamic "Close" icon is present.
Actual Behavior:
Page loads as expected.
Notes:
- Not reproducible with ETP set to OFF.
- Works as expected using Chrome.
- Screenshot is attached.
Reporter | ||
Comment 1•2 years ago
|
||
Comment 2•2 years ago
|
||
That "X" button seems to actually be there so the user can close an ad (which is somehow not appearing on Raul's screenshot). The ad is usually on the bottom of the page, partly off-screen, and the user can hover over it to slide it up into full view. But the "X" is not part of the ad, and is rather added by the website above the top/right corner of the ad, so the user can close the ad-slot. If the ad is missing, the "X" will still appear, mispositioned as in Raul's screenshot.
However, I cannot reproduce the condition, so it's likely that it only happens for certain broken or somehow blocked ads. We might be able to shim away the "X" button, but it seems like this is site error more than a problem with ETP or Firefox.
Updated•2 years ago
|
Updated•2 years ago
|
Reporter | ||
Updated•2 years ago
|
Reporter | ||
Updated•2 years ago
|
Reporter | ||
Comment 3•2 years ago
|
||
The issue is not reproducible on my side anymore.
Tested with:
Browser / Version: Firefox Nightly 101.0a1 (2022-04-21) (64-bit)
Operating System: Windows 10 PRO x64
Comment 4•2 years ago
|
||
I also still can't reproduce this. It does seem likely to just be a case where their code cannot handle any ads being blocked more gracefully, and without knowledge of which ads were blocked as trackers, it will be impossible to do anything here. If anyone runs into this again and can determine which URLs were blocked that were meant to go in that ad-slot, we might be able to do something here. In the meantime, there's not much point in keep this bug open.
Description
•