Closed Bug 1954608 Opened 1 month ago Closed 1 month ago

Disable discard element

Categories

(Core :: SVG, task)

task

Tracking

()

RESOLVED FIXED
138 Branch
Tracking Status
firefox136 --- disabled
firefox137 --- fixed
firefox138 --- fixed

People

(Reporter: longsonr, Assigned: longsonr)

References

(Blocks 1 open bug)

Details

(Keywords: dev-doc-complete)

Attachments

(2 files)

No description provided.
Assignee: nobody → longsonr
Status: NEW → ASSIGNED

This needs to land only in beta so that we have more time to fix existing discard issues.

Comment on attachment 9472553 [details]
Bug 1954608 - disable discard element r=emilio

Beta/Release Uplift Approval Request

  • User impact if declined/Reason for urgency: bug 1954247
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): reverts us to where we are in current release i.e. disables a new feature we've not yet gone live with.
  • String changes made/needed: none
  • Is Android affected?: Yes
Attachment #9472553 - Flags: approval-mozilla-beta?
Group: core-security → dom-core-security
Group: dom-core-security → layout-core-security
Keywords: sec-other

Comment on attachment 9472553 [details]
Bug 1954608 - disable discard element r=emilio

That will go into beta 8 tomorrow.

Attachment #9472553 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

FYI, the release note for this feature in 137 was also removed

Severity: -- → S2

I would like to make the case to unship <discard>, given the standards situation.

I realize I should have mentioned this as part of the intent to prototype or the intent to ship thread and my apologies for missing it.

<discard> seems to be implemented nowhere with no clear public motion to change that in any kind of recent working group discussion. Our experience with unscripted, declarative abilities to change the DOM tree (see also: <animate>) is causing significant implementation challenges while also introducing serious questions about what is and is not acceptable markup in scenarios that do not allow scripts (like iframe sandbox).

I would like us to disable the API as planned in this bug as it is already ongoing.
I would also like to see stronger standards positions from other browsers to make this feasibly a part of the web. I haven't seen anything from other browsers since this was unshipped from Chrome in 2019 (6 years ago).

+1 to unship discard. This is not a strategic leadership item for us, and by default we should be reducing surface.

Group: layout-core-security
Keywords: sec-other
See Also: → 1945330
Status: ASSIGNED → RESOLVED
Closed: 1 month ago
Resolution: --- → FIXED
Target Milestone: --- → 138 Branch

Note removed from our nightly release notes.

Thank you for disabling this feature, Robert. I understand that this is frustrating.

Frustrating. FYI, have updated the compatibility data to reflect this, and also reverted to MDN FF137 release note

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: