Closed Bug 1641521 Opened 2 years ago Closed 2 years ago

ETP Standard breaks embedded Twitter videos (e.g., on The Verge and NYT)


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




Tracking Status
firefox-esr68 --- unaffected
firefox77 --- wontfix
firefox78 --- fixed
firefox79 --- fixed
firefox80 --- fixed


(Reporter: csasca, Assigned: englehardt)


(Blocks 1 open bug)


(Keywords: regression)

Affected versions

  • Firefox 77.0
  • Firefox 78.0a1

Affected platforms

  • macOS 10.15
  • Windows 7
  • Ubuntu 18.04

Steps to reproduce

  1. Launch Firefox
  2. Access an article from The Verge, for example and scroll down to where the video is located
  3. Click on play

Expected result

  • The video is played without issues

Actual result

  • The video is not played back

Regression range

  • Will see for a regression, it seems that 68.9.0esr is not affected

Additional notes

  • The issue can be seen in the following attachment

Turn off ETP on this website and the video will work.

Blocks: tp-breakage
Component: Desktop → Privacy: Anti-Tracking
Product: Web Compatibility → Core

S1 or S2 bugs need an assignee - could you find someone for this bug?

Flags: needinfo?(senglehardt)

The Twitter video is embedded in the iframe: Since is on the blocklist, this iframe does not have storage access.

This iframe embeds the script: which does the following storage access checks:

        f = function() {
            var e = d && window.indexedDB || "undefined" != typeof self && self.indexedDB;
            if (e && d) try {
                window.localStorage.setItem("test", "a"), window.localStorage.removeItem("test")
            } catch (e) {
                return !1
            return e

When window.indexedDB is accessed, an uncaught SecurityError is thrown and the video never loads.

Uncaught DOMException: The operation is insecure. TwitterVideoPlayerIframe.cefd459559024bfb.js:76

This is unfortunate because the code here is clearly trying to test whether it has access to window.indexedDB (which it doesn't) and then fall back to local storage (which will also throw a security error). If Twitter were to include indexedDB in the try-catch the video would likely load.

We also have a few options on our end. If scripts do indeed expect window.indexedDB to be null instead of throw a SecurityError, that might be a better approach.

Alternatively, we can consider adding something similar to isolated localStorage.

Assignee: nobody → senglehardt
Flags: needinfo?(senglehardt)
Priority: -- → P1

Mike, do you know if we have contacts at Twitter who can help?

Flags: needinfo?(miket)

Hi, I tried to get a regression range for this issue and I went back as far as I could, but it seems between the 2018-09-01 and 2018-08-31 there was not enough data to bisect.
Here are the pushlogs from the Last known good build and the First known bad build, I was unable to pin point the issue causing it but maybe it helps someone who knows more about it:

First known bad

Last known good

This also reproduces on I suspect this happens with all embedded Twitter videos.

Blocks: 1641969
Blocks: 1641998

We've shipped a skiplist intervention (Bug 1641969) and are planning to migrate to a webcompat intervention (Bug 1641998).

Depends on: 1642006
Summary: Twitter video from article in The Verge is not playable → ETP Standard breaks embedded Twitter videos (e.g., on The Verge and NYT)
Depends on: etp-breakage
No longer depends on: 1642006
Blocks: etp-breakage
No longer blocks: tp-breakage
No longer depends on: etp-breakage
Flags: needinfo?(miket)

I sent an email to our internal Mozilla/Twitter list.

Duplicate of this bug: 1640586
Has Regression Range: --- → yes
Has STR: --- → yes
See Also: → 1642832

I've verified that this is now fixed in Nightly 80 and Release 78.

Closed: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.