- Deploy new onedrive sync client for domain users full#
- Deploy new onedrive sync client for domain users windows#
My initial logins for new users went down from 5+ minutes to only 25 seconds after making this change.
Deploy new onedrive sync client for domain users windows#
Don’t forget to uncheck hidden items in the Windows File Explorer when you’re done. Login to RemoteApp with an account that does not have an existing profile created.ġ1.
With the default user profile hive selected, click the file menu and choose Unload Hive. Delete the OneDrive string, and then collapse the default user profile hive.ĩ. If you installed OneDrive using the machine-wide installation, you will see a string called OneDrive, with the following value:Ĭ:\Program Files (x86)Microsoft OneDrive\OneDrive.exe /background /setautostartĨ. In the newly loaded hive containing the default user profile, browse to Software\Microsoft\Windows\CurrentVersion\RunOnceħ. Give the hive a name so that it can be distinguished.Ħ. Browse to C:\Users\Default (note this folder is typically hidden) and select the NTUSER.dat fileĥ. Open your registry editor, and expand HKEY_USERSĤ. On the view tab, select the check-box next to hidden items.Ģ. This conflicts with the RailRunonce registry change you would have made earlier.ġ.
The RunOnce string value that is applying to the new user profile is attempting to run OneDrive.exe in the background and set it to auto-start, but in the wrong shell for RemoteApp purposes. As you know, new user logins create their new profile from the Default user profile. Turns out their is a RunOnce string value in the default user profile registry hive. I’ve spent numerous hours troubleshooting why new user logins were taking so long, but then their subsequent login times were as expected. Once again I did not found this solution myself, I found it (in parts) on the Microsoft Tech Community forum, so all kudo’s to Biebricher and for providing part of the solution #Community “Magic” key to let it all work, even the first time a user logs in: Īfter applying all the keys it worked fine, as shown in the screenshot below. "OneDrive"="C:\\Program Files (x86)\\Microsoft OneDrive\\OneDrive.exe /background" I searched the internet on forums and found out that a lot of other people are facing the same problems, even within on-premises Citrix environments.Īfter some searching on the Microsoft and Citrix tech forums and testing I was able to solved the problem by applying the following registry keys via a GPO policy to the Windows Virtual Desktop environment įor silent Account Config and Files On Demand: When starting a RemoteApp, for example WordPad and open File > Open, OneDrive is visible on the left site, but no account is configured as shown in the screenshot below.įor applications such as Microsoft Word and Microsoft Excel, this is not a problem because OneDrive is built-in, but for all other non-Microsoft Office applications this is really a problem.
Deploy new onedrive sync client for domain users full#
However, when configuring those settings, everything was working fine in a full published desktop, but not in a Windows Virtual Desktop RemoteApp. I know that with some GPO settings / registry keys you can configure silent sign-in and Files on-demand (recommended within environments like Windows Virtual Desktop). Not a very exceptional situation if you ask me. Recently I had a use case where a customer uses Windows Virtual Desktop with RemoteApps, and files had to be opened and saved on the user’s OneDrive within these applications.
0 kommentar(er)
