Old Miraheze Wiki Pages:KB852094: Difference between revisions
Create page for later use. *REMARKS: A DNS zone which serves the Internet domain liao.media on Azure DNS constituted to the successful submission of this version of the page. |
m 2 revisions imported: Import the dump of the "LI AO's Wiki (Miraheze)" wiki. |
||
| (One intermediate revision by one other user not shown) | |||
| Line 1: | Line 1: | ||
{{DISPLAYTITLE:KB852094: Local User Log-on May No Longer Possible with Default WinLogon Interface for Entra ID-joined Windows Systems}} | |||
== Introduction == | |||
This article documents an issue that log-ons with local user accounts on systems running Windows that has users logged into Microsoft Entra ID work or school accounts may not be possible with the default WinLogon interface. Originally, Li Ao was presented a UI interface which is very misleading: after choosing "Other user" on the lock screen, there was no input fields prompting usernames for local users, instead an inbox with "Email address" and a caption displaying "Sign in to: Your work or school account" was presented. He tried to switch to different sign-in options, however only choosing to signing in with PIN presents a local username input field. | |||
He later noticed that the other sign-in option is named "Local or domain account password", as the caption shows as a pop-up tooltip for the default sign-in option. When choosing this sign-in option the misleading UI interface produces, however the user is able to sign in with local user accounts, by entering the full username, or by appending a dot and backslash (.\) at the beginning of the "Email address" input field; and after entering this prefix the misleading UI switches into the correct setting, which prompts the user to enter desired username and password to sign in to their local accounts. | |||
Originally, before being informed by other users online of the possibility of using local accounts, Li Ao supposed that Microsoft intentionally designed this rogue feature to prevent users who have used online accounts from using local accounts on the same computer, and this feature could be possibly further disabled by using a method made intentionally obscure. Until he attempted the method provided by the users, he believed that the pathway to accessing non- cloud connected accounts was completely disabled until further configurations are made. | |||
__INDEX__ | |||
Latest revision as of 18:14, 28 September 2024
Introduction
This article documents an issue that log-ons with local user accounts on systems running Windows that has users logged into Microsoft Entra ID work or school accounts may not be possible with the default WinLogon interface. Originally, Li Ao was presented a UI interface which is very misleading: after choosing "Other user" on the lock screen, there was no input fields prompting usernames for local users, instead an inbox with "Email address" and a caption displaying "Sign in to: Your work or school account" was presented. He tried to switch to different sign-in options, however only choosing to signing in with PIN presents a local username input field.
He later noticed that the other sign-in option is named "Local or domain account password", as the caption shows as a pop-up tooltip for the default sign-in option. When choosing this sign-in option the misleading UI interface produces, however the user is able to sign in with local user accounts, by entering the full username, or by appending a dot and backslash (.\) at the beginning of the "Email address" input field; and after entering this prefix the misleading UI switches into the correct setting, which prompts the user to enter desired username and password to sign in to their local accounts.
Originally, before being informed by other users online of the possibility of using local accounts, Li Ao supposed that Microsoft intentionally designed this rogue feature to prevent users who have used online accounts from using local accounts on the same computer, and this feature could be possibly further disabled by using a method made intentionally obscure. Until he attempted the method provided by the users, he believed that the pathway to accessing non- cloud connected accounts was completely disabled until further configurations are made.