DO IT!™ ASAP! You wont ever regret, you know me. Tihy officially is a genius. Tools get constant updates to fight MS' stupidity.
'zat you, doggo? @mxman2k - I have actually noticed a change in Insider builds, maybe made by MS. Previously, MRP's final screens would run alongside the rest of the initialization from Windows (the other startup programs). Since a few builds, MRP's screens actually block the other startup programs completely. They will only start working again after two reboots, as after the first reboot, another cleaning window appears that also blocks all startup. So, e. g. OpenShell will only work (and update its registry entries) after you rebooted twice.
There is a option in MRP to use runonce like win7 days ie in sequence, unlike the newer w10 runonce way to run everything at once. That does make the installation's last stage take a bit longer. Not sure if that will address the issue, also try setting the option to 'Not delete scripts folder after MRP completion' found on extras tab in the yellow options section, that will leave any user's scripts alone etc.
Insider builds are fussy and i could change the way MRP runs if a insider build is detected then if those options help they can be set automatically.
Insider Builds are offen shipped with Features deactivated, if they are changing internal structures. Was wondering back in time, WMIC was infunctional, then later in Win 11 it needs to be activated in the Additional Features or Developer Options. Those builds are good for testing, but they cannot be taken for 'serious' as the normal Flights.
Removing wmic from later insider and non insider builds caused a few headaches but have alternative routines to counteract that.
Running 26100.1150 here LTSC IoT. WMIC needs to be enabled . Is a Feature they cannot kill!!! Need to look where it was. When Upgrading from IoT 2021 to 2024 it stays on.
My tool would't work otherwise. New one is scaleable, DPI aware and uses Menus for all functions, (Main and Context). WU fully managed via it here. DavidXanatos (WUMGr) is also on computerbase (german it-forums).
AHK™!!!! Semantics are a bit like PHP, has own functions and talks to Win APIs, can bake-in other Code. GUI is functional, if ya know-how. AutoIT is a bit 'clumsy' but can talk to the APIs too. I prefer AHK.
Is a definition in AHK . Set it and my tool reacts when Desktop gets scaled to >100%. Making it resizeable with teh mouse is some relational positioning of elements and Window.Refresh. AHK....
With autoit you have to write your own calling api stuff. I had a good mentor on their forum who guided me a lot in the gui side. Sadly he passed away last September
Yeah same old misery™... AHK has his own set of funktions to use the APIs so quite convenient, rest can be baked-in, including, deflating files on-the-fly from inside the EXE. is nice .
Have a nice AHK-written GUI for Compile, with HEX-Edit, UPX, and Tagging Options (Meta Data). Not written by me. everything is possible ...
I wrote a decompile.exe years ago before I took over mrp but I not used it since it wasn't as good as what exescript does. Either one always trigger av's more so defender.