Here's how to create a Default Profile without using SysPrep

[treeman50]

Works pretty well for windows 10 domain users! For it to be PERFECT though..

How does one include the APPDATA\LOCAL folder in the default profile? Is it possible to copy settings from the local folder to the roaming folder?

I always have reset my default programs when logging in as a local user. This, however, isn't true for domain accounts and that's why I have been getting away with it so far.

But when you log in as a new local account for the first time there is always about 20 notifications that your default apps have been reset and one concerning the "windows.immersivecontrolpanel_cw5n1h2txyewy"

which is also probably why I get>>
"Search results aren’t quite ready yet, but we’re working on getting them together. Try back in a few minutes."

when searching within "pc settings"

If anyone can offer some insight on how to include the the appdata\local folder in the default profile.. I would be set!

 

[A Guy]

Welcome to Seven Forums treeman50. We have some smart people over at Windows 10 Forums who would know, if it can be cone

A Guy

 

[mellowyellow98]

I just tried these instructions on a Windows 10 Enterprise build. Notes:

1. The registry import fails, whether I unload the hive or not, running as privileged (Administrator) or not.
2. The "basics" seem to work (all users get my profile, even in a domain environment).
3. Logins take about 5 minutes (that may be our infrastructure's fault, not sure). Could be a timeout issue since it's almost exactly 5 minutes.
4. If you double-click a file, you see "How do you want to open this file?" That is caused by NoNewAppAlert in the registry. Exporting and importing XMLs with DISM.exe won't solve it. Modifying the registry manually or with a .reg won't fix it. The solution is to run gpedit.msc, set Do not show the "new application installed' notification" to Enabled and then use Microsoft's lgpo.exe, which had to run from the root of the drive c:\ and not from a subdirectory. Example:

# backup
C:\lgpo.exe /b c:\

# restore
C:\lgpo.exe /m c:\{37C87F56-B879-4A04-AF7A-8801433E3FE6}\DomainSysvol\GPO\Machine\registry.pol

 

[mellowyellow98]

On step 4 above, the reason lgpo.exe only ran on c:\ was due to the .exe itself. I had made a copy of lgpo.exe to c:\ which somehow corrected the issue. I suspect the problem was due to me downloading lgpo.exe to my Mac first (long story), and that apparently caused its permissions to include an @ at the end (e.g., rwxr-xr-x@), which I removed with "xattr -d com.apple.quarantine LGPO.exe". That approach also seems to fix the "Access is Denied" problem I was seeing. I hope that helps somebody.