This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
"A user agent may allow the user to override the resulting autocompletion state and set it to always on, always allowing values to be remembered and prefilled), or always off, never remembering values. However, the ability to override the resulting autocompletion state to on should not be trivially accessible, as there are significant security implications for the user if all values are always remembered, regardless of the site's preferences." Please use a term other than "trivially accessible" and reserve the term "accessible" for accessibility by users with disabilities.
mass-move component to LC1
Suggestions?
(In reply to comment #2) > Suggestions? "autocomplete state to on should not be easily accessed.l, as there are..." should do it.
I do not accept the premise that the word "accessible" is reserved for discussing usability by those with disabilities, but I'm fine with changing the wording to be better. However, changing it from "accessible" to "accessed" is both grammatically incorrect and, more importantly, pointless, since those two words both have the same root and thus any confusion that would apply to one would apply equally to the other. Any other suggestions?
(In reply to comment #0) > However, the ability to > override the resulting autocompletion state to on should not be trivially > accessible, as there are significant security implications for the user if all > values are always remembered, regardless of the site's preferences." Proposal - moving words around etc: """ However, the design of the user agent ought to prevent the user from trivially setting the autocompletion state to always on as there are significant security implications for the user if - regardless of sites' preferences and regardless of the user's awareness of it, all values are always remembered, . """
(In reply to comment #4) > I do not accept the premise that the word "accessible" is reserved for > discussing usability by those with disabilities, but I'm fine with changing the > wording to be better. You have a point. The context however needs to be more clearly described in order to remove the connotation that the usage of the word 'accessible' relates to people with disabilities. If you were to use the form "[...]accessible by [insert User Agent name/ whatever]" then I think the usage is absolutely fine as the context is clearer. I think its the phrase 'trivially accessible' that is creating the issue here.
I don't understand the proposal in comment 6. I used something like comment 5. EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Changing the wording here is not a problem.
Checked in as WHATWG revision r6594. Check-in comment: tweak the wording http://html5.org/tools/web-apps-tracker?from=6593&to=6594