1436128 - security.fileuri.strict_origin_policy seems to break quotamanager

Status: RESOLVED FIXED

(Core :: Storage: Quota Manager, defect, P2)

Description

[Andrew Overholt [:overholt]]

Jeff (CCd) had security.fileuri.strict_origin_policy set to false (it seems there is some internet advice around this) and at startup got errors related to quotamanager not liking file+++UNIVERSAL_FILE_URI_ORIGIN.

Is this a quotamanager issue or a CAPS issue?

Comment 1

[Andrew Overholt [:overholt]]

baku, seems you may have had something to do with this in bug 1347817.

Comment 2

[Ben Kelly [:bkelly, not reviewing]]

I think QM probably needs to handle this.

Comment 3

[Andrea Marchesini [:baku]]

Moving the NI to janv.

Comment 4

[Jan Varga [:janv]]

I have a patch for this:
https://bugzilla.mozilla.org/attachment.cgi?id=8946613&action=edit

Comment 5

[Daniel Veditz [:dveditz]]

security.fileuri.strict_origin_policy set to false means your entire disk is the same origin, as it was originally. This was an escape valve added when we tightened the policy to "same and sub directories" in case we broke some people's workflows, but it's not a safe setting. If you open a local file with malicious scripts it can now read any sensitive data on your drive.

[In comparison Chrome and Safari one-upped us and make every file: uri a unique origin, which solves some additional security risks our version still has.]

Comment 6

[Jan Varga [:janv]]

This will be fixed in bug 1286798.

Comment 7

[Jan Varga [:janv]]

Fixed by bug 1286798.