https-first: revisit upgrading form submissions
Categories
(Core :: DOM: Security, task, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox133 | --- | fixed |
People
(Reporter: t.yavor, Assigned: simonf)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [domsecurity-active])
Attachments
(2 files)
Updated•3 years ago
|
Updated•3 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Comment 1•10 months ago
|
||
What was the reason for postponing this?
The HTTPS-upgrades proposal https://github.com/whatwg/fetch/pull/1655 makes the distinction based on request type only upgrading GET. Since GET is supposed to be idempotent that seems reasonable. We are using a specific flag on the LoadInfo which identifies form submissions.
Comment 2•10 months ago
|
||
Back when we first implemented and shipped HTTPS-Only
there was no HTTPS upgrades proposal
. I remember that we were worried about breakage of form submissions, hence we explicitly did not upgrade them. I am totally on board with re-writing those bits, eliminating the flag and do upgrades/exceptions based on actual types.
Comment 3•8 months ago
•
|
||
We will upgrade GET
, but not POST
.
Comment 4•3 months ago
|
||
Simon is going to disable the "form submission" check guarded by a pref that is only enabled in nightly & early beta.
Updated•2 months ago
|
Assignee | ||
Comment 5•2 months ago
|
||
Assignee | ||
Comment 6•2 months ago
|
||
Depends on D224287
Comment 8•2 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/ef0935ccc445
https://hg.mozilla.org/mozilla-central/rev/2cc02a7da851
Description
•