Paint closes itself after clicking on "File".
I used a 22000.1 Enterprise x64 pt-pt image.
Taosd, Paint crashing after opening a File dialog (open or save) is a known W11 problem. No one has a fix.
My take is a combination of Start Menu privacy changes to disable recent file history breaks Paint (and no other apps).
Again, you're using pre-release build 22000.1
I'm talking to a broken record...
If i put strawberries on a bowl of cornflakes............. is it still a bowl of cornflakes ?
the issue is. you are still using a PRE-RELEASE as the foundation, so any flaws in it, will be carried regardless of whatever you add to it
I just tried the latest build and I still have the same problem.
Applying CU to pre-release builds does not upgrade EVERYTHING. Whatever the CU hasn't updated will still be the original, pre-release version.
CU assumes you already have the RTM or later versions as the starting point.
In your other post, again you're asked the same question one year later about two different .1 builds.
There's no point in using a pre-release build after the RTM has shipped. What's acceptable is trying a Preview build NEWER than the current CU patch level. Otherwise it's a waste of time to ask everyone's help.
https://docs.microsoft.com/en-us/windows/release-health/windows11-release-information
https://docs.microsoft.com/en-us/windows/release-health/release-information
You didn't Search on previous threads before posting this?
https://www.ntlite.com/community/index.php?threads/win11-paint-bug-after-using-ntlite.2477/
https://www.ntlite.com/community/in...1-mspain-t-error-from-settings-explorer.2589/
Probably this is needed for all uwp apps:
FilePicker
FileExplorer
I have never removed these, also AppResolverUX is kept here.
Testing now build 22000.318, 4th week now.
The workaround is right here in this thread: Windows 11 mspain(t) error from Settings: Explorer
I confirmed it's prolly true in the other thread, by looking at ProcMon dumps. MS Paint is AppX and has a separate 'virtualization' to handle user preferences. Disabling recent files history appears to break Paint (and only it so far).
There's no current way to have both. This isn't caused by NTLite.
View attachment 6557 now waiting for another .............. 'but i added such and such to a pre-release image'
So, what do you recommend me to do, integrate the latest updates on the first (for instance) RTM
FIRST mention of RTM, and you are asking for a recommendation on trying it on a RTM. that is NOT the same as what you have previously said.
As you have already been advised , it is a WINDOWS thing, not a ntlite thing
Well, in that same reply, on the first paragraph, I also said I had these problems with the latest build which is more up-to-date than the RTM one (which is 10.0.22000.194, if I'm not mistaken), so what's the difference? If I had these problems with the latest build I assume I'd have them with the RTM one which is older. Also, when I said that, I wasn't talking about specifically this problem but what about what to do to spare size and time in order to have the most recent changes.
And like I said, one should be advised by NTLite that changing the mentioned setting would cause this problem.
now this post makes no sense at all..... and if im not mistaken, READ your first post !! THAT is the specific 'problem' you talked about nothing else. i wash my hands of you at the moment as a bowl of alphaghetti spaghetti makes more sense