Closed Bug 1861027 Opened 7 months ago Closed 7 months ago

Dynamically adding and removing disabled attribute on fieldset tag does not work as expected

Categories

(Core :: DOM: Core & HTML, defect)

Firefox 119
defect

Tracking

()

VERIFIED FIXED
121 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox119 --- verified
firefox120 --- verified
firefox121 --- verified

People

(Reporter: fabian, Assigned: emilio)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(7 files, 1 obsolete file)

99 bytes, text/html
Details
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
Attached file ff_119_bug_demo.html

Steps to reproduce:

  1. Create file test.html with content:
    <div style=“margin: 10px”><form><fieldset disabled><input/></fieldset></form></div>
  2. Open in Firefox 119 with file://path/test.html
  3. Input is disabled
  4. Remove disabled attribute in dev tools

UA string of tested browser:
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/119.0"

Actual results:

After removing the disabled attribute (either by dev tools or by javascript) from the fieldset, the input element is visually enabled and focusable, but takes no input.

Expected results:

After removing the disabled attribute (either by dev tools or by javascript) from the fieldset, the input element should take input.

Status: UNCONFIRMED → NEW
Ever confirmed: true

:emilio, since you are the author of the regressor, bug 1850293, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(emilio)
Flags: needinfo?(emilio)
Assignee: nobody → emilio
Status: NEW → ASSIGNED

An element can be disabled even if it doesn't have the disabled
attribute.

Depends on D191946

Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d72f1ede3640
Make nsTextControlFrame -> TextControlElement casts less verbose. r=masayuki
https://hg.mozilla.org/integration/autoland/rev/2c7a49ec58f0
Handle editor readonly mask update based on element state instead of attributes. r=masayuki
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/42803 for changes under testing/web-platform/tests
Status: ASSIGNED → RESOLVED
Closed: 7 months ago
Resolution: --- → FIXED
Target Milestone: --- → 121 Branch
Upstream PR merged by moz-wptsync-bot

The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox120 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(emilio)
Attachment #9360973 - Flags: approval-mozilla-beta?

Uplift Approval Request

  • Steps to reproduce for manual QE testing: comment 0
  • User impact if declined: Comment 0
  • Code covered by automated testing: yes
  • String changes made/needed: none
  • Is Android affected?: yes
  • Risk associated with taking this patch: low
  • Explanation of risk level: Trivial-ish change + clean-up
  • Needs manual QE test: yes
  • Fix verified in Nightly: yes
Flags: qe-verify+
Attachment #9360974 - Flags: approval-mozilla-beta?

An element can be disabled even if it doesn't have the disabled
attribute.

Original Revision: https://phabricator.services.mozilla.com/D191947

Attachment #9360975 - Flags: approval-mozilla-beta?
Flags: needinfo?(emilio)

Uplift Approval Request

  • Fix verified in Nightly: yes
  • Needs manual QE test: yes
  • Explanation of risk level: Change is rather simple.
  • Risk associated with taking this patch: low
  • Is Android affected?: yes
  • String changes made/needed: none
  • Code covered by automated testing: yes
  • User impact if declined: comment 0
  • Steps to reproduce for manual QE testing: comment 0
Attachment #9360973 - Attachment is obsolete: true
Attachment #9360973 - Flags: approval-mozilla-beta?

Comment on attachment 9360974 [details]
Bug 1861027 - Make nsTextControlFrame -> TextControlElement casts less verbose. r=masayuki

Approved for 120.0b5

Attachment #9360974 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Attachment #9360975 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Attachment #9360973 - Attachment is obsolete: false
QA Whiteboard: [qa-triaged]

I have reproduced the issue using Firefox 119 (20231019122658) and verified the fix using Nightly 121.0a1 (20231030164930).
I'll also verify it on Beta 5 once it is out.

:emilio what's the severity on this?
Is this safe to get a release uplift request for inclusion in next week's dot release?

Flags: needinfo?(emilio)
Attachment #9360973 - Attachment is obsolete: true
Attachment #9361186 - Flags: approval-mozilla-release?

An element can be disabled even if it doesn't have the disabled
attribute.

Original Revision: https://phabricator.services.mozilla.com/D191947

Attachment #9361187 - Flags: approval-mozilla-release?

Uplift Approval Request

  • User impact if declined: comment 0
  • Code covered by automated testing: yes
  • String changes made/needed: none
  • Is Android affected?: yes
  • Steps to reproduce for manual QE testing: comment 0
  • Needs manual QE test: yes
  • Fix verified in Nightly: yes
  • Risk associated with taking this patch: low
  • Explanation of risk level: While the first patch is a bigger refactoring it's fairly low risk. Second patch is quite minimal.
Flags: needinfo?(emilio)

Verified fixed on Beta 120.0b5 (20231030180017).

Comment on attachment 9361187 [details]
Bug 1861027 - Handle editor readonly mask update based on element state instead of attributes. r=masayuki

Approved for 119.0.1

Attachment #9361187 - Flags: approval-mozilla-release? → approval-mozilla-release+

Comment on attachment 9361186 [details]
Bug 1861027 - Make nsTextControlFrame -> TextControlElement casts less verbose. r=masayuki

Approved for 119.0.1

Attachment #9361186 - Flags: approval-mozilla-release? → approval-mozilla-release+
Duplicate of this bug: 1862817

Verified fixed on Firefox 119.0.1 (20231103170431).

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+
Duplicate of this bug: 1862003
Duplicate of this bug: 1862122
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: