Jan 25 2018 12:05 PM
Jan 25 2018 12:05 PM
Looking for a way to disable the automatic redeployment screen from ever showing up. I have been unable to find a GPO, registry setting, DISM or powershell command that can do this. It is a scree that will show up once windows auto logon is disabled on our multi-user domain computers. The devices are running 1709 (FCU) and if you click sign-in options it will show the normal login, but if you enter a admin account it will reset windows to factory. We are using SCCM but not Intune.
Feb 15 2018 06:09 AM
Feb 19 2018 12:29 AM
Same here - as soon as we use autologon automatic redeploy gets activated
Mar 07 2018 05:33 AM
We ran in to the same issue when I installed Imprivata Onesign it must have enabled the auto logon. I was not sure what had ha-pend at first. as soon as i uninstalled the software i was able to click other user to sign in again. have not found a work around yet.
Mar 22 2018 02:05 PM
Mar 27 2018 12:17 PM
May 08 2018 07:39 AM
May 19 2018 04:33 AM
Thanks Michael. I pasted the first part of you message that worked for me. The one comment I would make is that I don’t think the key existed until I loaded the Imprivata software. Then, when it asked to reboot I did the registry edit. I am perplexed why there isn’t more complaints on the web about this issue.
Thanks again.
----------------------------------------------
ONE-SIGN AGENT ENABLES WINDOWS REDEPLOYMENT FEATURE ON ENDPOINTS THAT HAVE WINDOWS 10 1709 INSTALLED: (DEFECT #SER-4807)
1.) Run Regedit on the Windows 10 Endpoint.
2.) Navigate to [HKLM]\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\Credential Providers
3.) Rename “Wrapper for Automatic Redeployment Credential Provider” with the following GUID
{11660363-49E2-4F87-AB2E-FD210019AE88} by adding an "_" at the front so the string should look like this:
_{11660363-49E2-4F87-AB2E-FD210019AE88}
This will prevent the issue from happening. Now you can reboot the Windows 10 machine and the redeployment option will not come back
Jul 16 2018 11:10 AM
I just wanted to add a note that according to Imprivata's knowledgebase this issue has been corrected in Imprivata OneSign 5.5 SP1. So you can either upgrade to that version or apply the registry key workaround. If you have access to Imprivata's knowledgebase the relevant article is https://impr.force.com/NewCommunityArticleView?url=kAA410000008ONMGA2