Dynamically adding and removing disabled attribute on fieldset tag does not work as expected
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
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
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-release+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-release+
|
Details | Review |
Steps to reproduce:
- Create file test.html with content:
<div style=“margin: 10px”><form><fieldset disabled><input/></fieldset></form></div> - Open in Firefox 119 with file://path/test.html
- Input is disabled
- 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.
![]() |
||
Comment 1•1 year ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c3cb8e669cc2fbfeadba2eed88bbef838cd8a3ad&tochange=2db6638a3d8a17c7770a04473a79e7dd3f1fcc74
![]() |
||
Updated•1 year ago
|
Comment 2•1 year ago
|
||
: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.
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 3•1 year ago
|
||
No behavior change.
Updated•1 year ago
|
Assignee | ||
Comment 4•1 year ago
|
||
An element can be disabled even if it doesn't have the disabled
attribute.
Depends on D191946
Comment 7•1 year ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/d72f1ede3640
https://hg.mozilla.org/mozilla-central/rev/2c7a49ec58f0
Comment 9•1 year ago
|
||
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
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 10•1 year ago
|
||
No behavior change.
Original Revision: https://phabricator.services.mozilla.com/D191946
Updated•1 year ago
|
Comment 11•1 year ago
|
||
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
Assignee | ||
Comment 12•1 year ago
|
||
No behavior change.
Original Revision: https://phabricator.services.mozilla.com/D191946
Updated•1 year ago
|
Assignee | ||
Comment 13•1 year ago
|
||
An element can be disabled even if it doesn't have the disabled
attribute.
Original Revision: https://phabricator.services.mozilla.com/D191947
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Comment 14•1 year ago
|
||
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
Assignee | ||
Updated•1 year ago
|
Comment 15•1 year ago
|
||
Comment on attachment 9360974 [details]
Bug 1861027 - Make nsTextControlFrame -> TextControlElement casts less verbose. r=masayuki
Approved for 120.0b5
Updated•1 year ago
|
Updated•1 year ago
|
Comment 16•1 year ago
|
||
uplift |
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 17•1 year ago
|
||
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.
Comment 18•1 year ago
•
|
||
:emilio what's the severity on this?
Is this safe to get a release uplift request for inclusion in next week's dot release?
Updated•1 year ago
|
Assignee | ||
Comment 19•1 year ago
|
||
No behavior change.
Original Revision: https://phabricator.services.mozilla.com/D191946
Updated•1 year ago
|
Assignee | ||
Comment 20•1 year ago
|
||
An element can be disabled even if it doesn't have the disabled
attribute.
Original Revision: https://phabricator.services.mozilla.com/D191947
Updated•1 year ago
|
Comment 21•1 year ago
|
||
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.
Assignee | ||
Updated•1 year ago
|
Comment 22•1 year ago
|
||
Verified fixed on Beta 120.0b5 (20231030180017).
Comment 23•1 year ago
|
||
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
Comment 24•1 year ago
|
||
Comment on attachment 9361186 [details]
Bug 1861027 - Make nsTextControlFrame -> TextControlElement casts less verbose. r=masayuki
Approved for 119.0.1
Updated•1 year ago
|
Comment 25•1 year ago
|
||
uplift |
Comment 27•1 year ago
|
||
Verified fixed on Firefox 119.0.1 (20231103170431).
Description
•