Even if disabled or readonly is set on the input, the date picker can still be interacted with. It should respect the disabled/readonly state of the input.
The readonly input should also probably be styled to reflect that state.
STran | |
Feb 2 2021, 3:35 PM |
F34085876: image.png | |
Feb 2 2021, 3:39 PM |
F34085878: image.png | |
Feb 2 2021, 3:39 PM |
F34085868: image.png | |
Feb 2 2021, 3:35 PM |
Even if disabled or readonly is set on the input, the date picker can still be interacted with. It should respect the disabled/readonly state of the input.
The readonly input should also probably be styled to reflect that state.
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
Implement disabled/readonly states for DateInputWidget | mediawiki/core | master | +11 -4 |
Change 661289 had a related patch set uploaded (by STran; owner: STran):
[mediawiki/core@master] Implement disabled/readonly states to DateInputWidget
Change 661289 merged by jenkins-bot:
[mediawiki/core@master] Implement disabled/readonly states for DateInputWidget
@dom_walden This will be easier to test after T273025: SecurePoll: Allow editing some of the election config post election-start since this field will sometimes be disabled after that task
When editing a pre-existing election, the date <input> now has the attributes aria-disabled="true" and disabled="", and cannot be interacted with (either with or without JS).
Test environment: https://vote.wikimedia.beta.wmflabs.org SecurePoll 2.0.0 (0ef20d9) 07:52, 12 February 2021.