Forum Discussion
OneDrive Silent Configure Process broken - Will not spawn new process
Hi Stephen
I've been trawling the net for the same. Everything worked fine on Win 10 1709 and 1803. Once we moved over to 1809, OneDrive only signs the user in after the second time they log in. Unfortunately a large portion of our customer's computers are set up as Kiosks, which means all data are reset as soon as you restart. Therefore they require OneDrive to sign the user in the first time.
So after investigating, this is what I found:
In Win 10 1809, the OneDriveSetup.exe version 18.143.717.2. sits under C:\Windows\SysWOW64. When a new user logs in, the registry runs OneDriveSetup.exe /thfirstsetup
This overwrites whatever version of OneDrive the user has under %UserProfle%\Appdata\Local\Microsoft\OneDrive. This also takes a while to complete. Once it's done after about 5 minutes, the registry entry changes to: "C:\Users\UserProfileName\AppData\Local\Microsoft\OneDrive\OneDrive.exe" /background
Hence it only runs OneDrive for business properly after the restart, and apply the Group Policies accordingly.
I'm in the process of testing overwriting the installer with the new 19, or older 17 version (Win 10 1803 has 17.3.6816.313). If anyone got it working so far, please let us know :)
Cheers.
Loftey
Hi Stephen McGuigan, Stefan van der Busse and RobinPengilley
Ok, so OneDriveSetup 19.2.107.8 from the production ring here: https://support.office.com/en-us/article/new-onedrive-sync-client-release-notes-845dcf18-f921-435e-bf28-4e24b95e5fc0
seems to work. I can see 2 choices - mess with the default user registry, or mess with SysWOW64.
** WARNING - don't mess with either of these unless you know what you're doing. Always make backups and test first!! **
Registry method: Load the Default Profile hive > Software\Microsoft\Windows\CurrentVersion\Run
Change the OneDriveSetup entry and point it to the 19.2.107.8 setup version instead. Unload hive. Restart and test.
SysWOW64 method: Change the permissions of OneDriveSetup.exe so you can replace it with the 19.2.107.8 version. Restart and test
If you find an easier/better way, feel free to comment. Note - this was for an Azure AD joined environment.
Cheers
Loftey