HTTPS Everywhere Import Settings is Missing From Preferences on higher security levels

Tor Browser 7.0.4 (based on Mozilla Firefox 52.3.0) (64-bit) HTTPS Everywhere 2017.8.19 macOS 10.12.6

There is a visible file upload element with a "Browse" button on the HTTPS Everywhere page in about:addons

See screenshot

added component::applications/tor browser owner::tbb-team priority::medium resolution::duplicate severity::normal status::closed type::defect labels

Trac:

In Firefox there is an "Import Settings" heading and Import button that are missing in TBB.

Trac:
Summary: HTTPS Everywhere Preferences has visible File Upload to HTTPS Everywhere Import Settings is Missing From Preferences
Owner: N/A to tbb-team
Component: HTTPS Everywhere to Applications/Tor Browser

moz-extension: fix leftover.

Trac:
Status: new to assigned
Owner: tbb-team to ma1
Summary: HTTPS Everywhere Import Settings is Missing From Preferences to HTTPS Everywhere Import Settings is Missing From Preferences on higher security levels
Keywords: N/A deleted, noscript added

You mean whitelisting moz-extension: is not working properly and should be fixed to take things on about:addons into account as well?

Trac:
Cc: N/A to ma1
Status: assigned to needs_information

Trac:
Owner: ma1 to tbb-team
Status: needs_information to assigned

Yes. (You always understand me correctly, but ask anyways ;)

FWIW: this is https://forums.informaction.com/viewtopic.php?f=7&t=21568

[NoScript P] Window created, origin: moz-extension://823583b8-f3a0-4821-b05e-2333817a14cf, site: moz-extension://823583b8-f3a0-4821-b05e-2333817a14cf, URL: moz-extension://823583b8-f3a0-4821-b05e-2333817a14cf/options.html, location: moz-extension://823583b8-f3a0-4821-b05e-2333817a14cf/options.html
[NoScript P] Forbidding moz-extension://823583b8-f3a0-4821-b05e-2333817a14cf

#25014 (moved) is a duplicate.

Trac:
Cc: ma1 to ma1, legind
Keywords: noscript deleted, N/A added

Trac:
Keywords: N/A deleted, noscript added

Actually, this does not seem to be a NoScript issue as I don't get this bug reproduced in a clean, new ESR 52. I wonder what we do differently then...

Trac:
Keywords: noscript deleted, N/A added

Adding [System+Principal] to the NoScript whitelist we ship solves this bug, too. Resolving it as a duplicate of the more general case dealt with in #25000 (moved).

Trac:
Status: assigned to closed
Resolution: N/A to duplicate

Wow 5 months old bug.

closed

mentioned in issue #23724 (moved)

mentioned in issue #25000 (moved)

mentioned in issue #25014 (moved)

moved to tpo/applications/tor-browser#23322 (closed)