It appears that in the primary / default login page, autocomplete is now always set to off at HTML input element level, for each of the username and password inputs, even where that registry entry does not exist.
This is in build 16.2.23.3270.
This is not the case though for the secondary (retry login on credentials fail) page. The registry entry is required there, set to 1, in order for the autocomplete="off" attribute to appear.
Adding that registry entry and setting it to 1 does indeed set autocomplete to on at the HTML form level, for both the default and secondary login pages (not at HTML input level).
The default behaviour of the secondary page is to allow autocomplete though - which is at odds now with the default behaviour of the default login page.
Cheers
Add comment