maybe the 18362.xx ESDs will come either near the end of April or sometime in May I'm pretty sure they'll not be 18362.1, maybe somewhere in the .100s
They NEVER did and NEVER will release a "rtm" ISO with pre-integrated updates, 17763.107 was a re-release (actually just a refresh iso) but 17763.1 still is the real "rtm".
IIRC, 16299 was with .15 when it's released. The point is, the may not release iso and esd of 18362.1, but as you said, 18362.1 resist inside anything they release for ResetPC and other operations.
That was a newly compiled release, iirc. Yep, 16299.15 was a complete new compiled build/release, no updates integrated: Code: Command line that ran is dism.exe /image:c:\mount /Get-Packages Deployment Image Servicing and Management tool Version: 10.0.17763.1 Image Version: 10.0.16299.15 Packages listing: Package Identity : Microsoft-OneCore-ApplicationModel-Sync-Desktop-FOD-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-Client-LanguagePack-Package~31bf3856ad364e35~x86~en-US~10.0.16299.15 State : Installed Release Type : Language Pack Install Time : 9/29/2017 12:37 PM Package Identity : Microsoft-Windows-Foundation-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : Foundation Install Time : 9/29/2017 11:57 AM Package Identity : Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~x86~~11.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-LanguageFeatures-Basic-en-us-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-LanguageFeatures-Handwriting-en-us-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-LanguageFeatures-OCR-en-us-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-LanguageFeatures-Speech-en-us-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-LanguageFeatures-TextToSpeech-en-us-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-MediaPlayer-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:38 PM Package Identity : Microsoft-Windows-QuickAssist-Package~31bf3856ad364e35~x86~~10.0.16299.15 State : Installed Release Type : OnDemand Pack Install Time : 9/29/2017 12:37 PM The operation completed successfully. In @Tito his build thread you can see for yourself, 16299 and 16299.15 are two different releases.
In addition to above post, 163XX range was already assigned to next release IP builds, so MS had an Arrow-in-the-knee like problem .
Added to OP: How to download and use UUP files, using UUP Dump Website by @mkuba50 https://forums.mydigitallife.net/threads/discussion-download-uup-dump.75052/page-122#post-1515405
anybody having issues when running vmware workstation pro on .53 ? seems i having same issue when vmware workstation hangs when i turn on any vm on .53.
Nirsoft's password recovery tools are classified as Hack tools by most AVs out there. That's what I was saying. WD v1903.5's UI doesn't allow you to allow/disallow specific threats after it is in quarantine section.
Only workaround is to uninstall VMware but keep the Vmware vmx and disk images intact and use VirtualBox and use VMware images flawlessly with Hyper V para-virtualisation as MSFT said. I'm a Home edition user and using Hyper V w/o VBox is kind of BS from MSFT PR. I switched to Linux and installed VMware w/o any mods and use the same image in Vbox w/o any issues. I kinda feel stupid for MSFT breaking most important SW we use daily for testing and they don't even care if there's any regression or not. I can say W7/W10 has slight performance issues if you're blender or any graphics intensive apps in Oracle VBox unlike VMware workstation. If you want best overall performance use Linux LTS version with latest VMware.bundle file. MSFT even stated VMware users are blocked from getting updates for time being.
Could someone please explain why everyone wants 18362.1 when 18362.53 has been out for a while? Are MS going to release an older build in public and then have everyone update to the latest one online?
For now this is what happens... PUBG's BattleEye causes GSOD yes, PUBG has to update their BattleEye version/implementation
18362.30 is the one to get. 18362.53 isn't installing on my 19H1 build with 19H1.30 installed. Even installing their servicing pre-requisites it failed 10 times to install it.