Closed Bug 1720500 Opened 3 years ago Closed 2 months ago

https-first: revisit upgrading form submissions

Categories

(Core :: DOM: Security, task, P2)

task

Tracking

()

RESOLVED FIXED
133 Branch
Tracking Status
firefox133 --- fixed

People

(Reporter: t.yavor, Assigned: simonf)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [domsecurity-active])

Attachments

(2 files)

No description provided.
Status: NEW → ASSIGNED
Type: task → enhancement
Depends on: 1720103
Priority: -- → P2
Whiteboard: [domsecurity-active]
Type: enhancement → task
Assignee: t.yavor → nobody
Status: ASSIGNED → NEW
Severity: -- → S3

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.

Flags: needinfo?(ckerschb)

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.

Flags: needinfo?(ckerschb)

We will upgrade GET, but not POST.

See Also: → 1901498

Simon is going to disable the "form submission" check guarded by a pref that is only enabled in nightly & early beta.

Assignee: nobody → sfriedberger
Pushed by sfriedberger@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/ef0935ccc445 Enable HTTPS-First for form submission r=freddyb,necko-reviewers https://hg.mozilla.org/integration/autoland/rev/2cc02a7da851 Enable HTTPS-First for form submission r=freddyb
Status: NEW → RESOLVED
Closed: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → 133 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: