-
Bug
-
Resolution: Fixed
-
Critical
-
3.2, 3.3, 3.4
-
MOODLE_32_STABLE, MOODLE_33_STABLE, MOODLE_34_STABLE
-
MOODLE_32_STABLE, MOODLE_33_STABLE
-
MDL-57021-master-v2 -
There are two aspects of this:
1) Usability of the standard form fields (e.g. when empty, the usability to enter these fields is more annoying than past behaviour)
2) Semantics, which are extremely important for why we reimplmeneted this password field. I think that the response to my whatwg thread says it well: https://lists.w3.org/Archives/Public/public-whatwg-archive/2014Oct/0041.html
So, you're doing both of the following?
- Using a password field for (sometimes) things that aren't passwords
- Storing (potentially) sensitive data in the clear yourself, and sending
it (again, in the clear) to other accounts/machines
That is not the use case which was causing problems and we should not diminish our users security by using this field in all cases.
The obvious problem here is that we've named the field 'passwordunmask', I think that we should rename it to shared secret and only appy it to fields which are actual shared secrets as they are the only security issue.
- has a non-specific relationship to
-
MDL-59326 Don't use password field for shared secrets
-
- Closed
-
- has been marked as being related by
-
MDL-59228 Password required field asterisk missing from signup page for Clean and More themes
-
- Closed
-
- is a regression caused by
-
MDL-53048 Create new "password" fields that are not auto-filled by password managers
-
- Closed
-