Closed Bug 1794756 Opened 2 years ago Closed 9 months ago

Embedded video is not shown at bpiautosok.hu with "Trackers and Scripts to Block - Content" option enabled

Categories

(Core :: Privacy: Anti-Tracking, defect, P3)

Product:
Core
Component:
Privacy: Anti-Tracking
Platform:
Unspecified
Android
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: petru, Unassigned)

Details

From github: https://github.com/mozilla-mobile/focus-android/issues/7778.

Steps to reproduce

  1. Navigate to: https://bpiautosok.hu/video-nem-latta-nyilegyenesen-nekihajtott-oldalrol-a-kamionnak-az-autos/.
  2. Tap on the "Shield" icon inside the toolbar.
  3. Enable the "Content" option from the "Trackers and Scripts to Block"
  4. Scroll the page.
  5. Observe the result.

Expected behavior

The embedded video is present and can be played.

Actual behavior

The embedded video is missing.

Device information

  • Android device: Samsung A51 (Android 11) -1080 × 2400 pixels 20:9 aspect ratio (~405 ppi density)/Google Pixel 3 (Android 12) -1080 x 2160 pixels, 18:9 ratio (~443 ppi density)
  • Focus version: Firefox Focus Nightly 107.0a1 (362721708-🦎107.0a1-20220929014928🦎)

Attached screenshot:

Notes:
We are submitting this issue to clarify how we shall treat future reported similar issues with this option enabled, since this option seems to be Focus specific.
As seen here: https://github.com/webcompat/web-bugs/issues/111577

Change performed by the Move to Bugzilla add-on.

Component: DOM: Security → Privacy: Anti-Tracking

There is a note on AC that "blocking content trackers my cause issues with some websites"[1] though not sure how one would easily check whether content was blocked because of this or there is another bug.
Is the immediate relation between enabling content blocking and seeing page issues enough to close reported issues as invalid/wontfix?
Looking for recommendations on how mobile developers or the webcompat team should approach similar scenarios.

[1] https://github.com/mozilla-mobile/android-components/blob/fddd02dce9f5c92906e071310a0b6118e130e1be/components/concept/engine/src/main/java/mozilla/components/concept/engine/EngineSession.kt#L365-L369

I can't reproduce this on Desktop even if I enable blocking content blockers, but I can reproduce on Firefox Focus.

Attaching a debugger to Focus I can see that https://apis.google.com/js/platform.js gets blocked as "Tracking" on Focus, but not on Desktop. Tim, do you know why ETP would behave differently on mobile here? Do we use a different list?

Flags: needinfo?(tihuang)
Severity: -- → S3
Priority: -- → P3

AFAICT, https://apis.google.com is a content tracker. We don't block content trackers on desktop when TP is enabled. This is might be the difference.

Flags: needinfo?(tihuang)

Thanks for confirming! In this case I suggest we keep the bug in the backlog, unless we can come up with a way to shim YouTube embeds without resources from that domain. I imagine this doesn't only affect the reported site. Tom, do you know if we could work around this via SmartBlock?

Flags: needinfo?(twisniewski)

The video is working for me today on the latest Fenix nightly, with Strict ETP on. Paul, is it working for you now as well?

Flags: needinfo?(twisniewski) → needinfo?(pbz)

The play store on my android emulator keeps crashing so I can't test this with an up-to-date version of Fenix. If you can no longer reproduce the issue let's close this.

Status: NEW → RESOLVED
Closed: 9 months ago
Flags: needinfo?(pbz)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.