[wp-trac] [WordPress Trac] #56776: form label missing in profile page
WordPress Trac
noreply at wordpress.org
Fri Feb 3 20:48:50 UTC 2023
#56776: form label missing in profile page
-------------------------------------+-------------------------------------
Reporter: smit08 | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: 6.2
Component: Users | Version:
Severity: normal | Resolution:
Keywords: has-screenshot has- | Focuses: accessibility,
patch needs-testing | administration
-------------------------------------+-------------------------------------
Comment (by ryokuhi):
As suggested today during the accessibility team's weekly bug scrub, a
possible solution might be to add `type="hidden"` to the unlabelled
`input` field, in case we can't remove it.
As defined in the HTML specification, when in the
[https://html.spec.whatwg.org/multipage/input.html#hidden-
state-(type=hidden) hidden-state],
> The `input` element represents a value that is not intended to be
examined or manipulated by the user.
An `input` with the `type="hidden"` attribute isn't labelable, so this
would solve the issue altogether.
I'm writing a patch for this, so that it can be tested. As suggested by
@sabernhardt,
> The password fields already have `new-password`, so we would need to
test in a browser that ignores it. [https://developer.mozilla.org/en-
US/docs/Web/Security/Securing_your_site/Turning_off_form_autocompletion#the_autocomplete_attribute_and_login_fields
See MDN docs]
Having a look at the the [https://developer.mozilla.org/en-
US/docs/Web/HTML/Attributes/autocomplete#browser_compatibility
autocomplete compatibility table on MDN], such a browser might be Safari.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/56776#comment:12>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list