I have not used Windows Update (the actual feature/service) in YEARS. Its CAB-only or nothing . That's why I am bugging you so much.
yes there is, why wouldn't you want support for older applications written in dotnet 2 and 3, which fx 3.5 supports; the 4.8 is just the new version of the complete framework, which used to be 4.7.2. the net 3.5 is a windows feature for legacy support that is enabled via windows components.
Dotnetfx48 does not replace dotnetfx3, although most software doesn't need dotnetfx3 anymore, most people playing with the offline integration of updates still enable and update it offline.
Aaaaaand the update doesnt install if the system got resetbased. This time, the cause is different — amd64_microsoft-windows-c..cal.desktop.cortana_31bf3856ad364e35_10.0.18362.10013_none_85d197aae41b2565 has less files compared to the .1 version of same component, and the reverse patch got generated incorrectly, not containing the .1 versions of those files. Meaning the .10013 update has a bug possibly impairing install of any future updates on its top.
Curious but good to know, I ran the cleanup to compress the files but omitted the "/resetbase" flag for .1013 but it can probably be resolved on Microsoft's end in a future update then. Though a clean install of 20H1 might not be a bad thing either, oh well it's a insider update and things happen but good to know what the cause was. EDIT: It's been over a week or almost over two now since those came out (1012 and 1013) so the task scheduled cleanup could also have done it now for some of the systems updating early on when it came out and would then be affected as well I assume. Probably over two since I updated later yes it was early this month when those came out. EDIT: Wonder if a full update could also be a thing, just a bit larger but it gets the components installed and no diff or delta for the changes. Well it's probably solvable in a number of ways.
On my test system 18362.10013 got 10014 offered, instead of 10015. It failed on my test system when WU tried to install it and when i tried to do it manually. Seemed cortana related. Code: 2019-08-20 00:39:36, Error CSI 0000000d (F) Matching binary 18.js missing for component Microsoft-Windows-Cortana.Desktop.AppxMain.cache.Local.Desktop.Cortana, version 10.0.18362.10014, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35}[gle=0x80004005] 2019-08-20 00:39:36, Error CSI 0000000e@2019/8/19:22:39:36.840 (F) onecore\base\wcp\componentstore\storelayout.cpp(1706): Error 800f0984 [Warning,Facility=15 (0x000f),Code=2436 (0x0984)] originated in function ComponentStore::CRawStoreLayout::HydrateFileUsingForwardAndReverseDeltas expression: ((SCODE) (((unsigned long)(1)<<31) | ((unsigned long)(15)<<16) | ((unsigned long)(0x984))) ) But i did a testinstall in a VM with a non modified install and it fails too. CBS and DISM log:
@Enthousiast this is exactly the same problem as with .10015. This is due to .10013 having a broken copy of this component, not because of any bug in .10014 or .10015
KB4506990 is needed for C:\Windows\Microsoft.NET\Framework\v4.0.30319\NativeImages\mscorlib.ni.dll refreshed KB4486153 don't have it KB4480056 is needed to silence WU (if they released non-security .NET CU) Edit: that's seem to be fixed with .NET 4.8 KB4480056 no longer needed
When i made the 17763.652 iso, these updates were sufficient, KB4480056 wasn't offered after installing the OS. Code: SSU: KB4512937 (17763.649) CU: KB4505658 (17763.652) Dotnet48: KB4486153 (10.0.1.2752) CU Rollup DotnetFX 35 + 48: KB4506990 (10.0.1.2819) Flash: KB4503308 This was with the old dotnetfx48 cab.
@MonarchX yes @Enthousiast because KB4506990 is security CU KB4480056 is only needed with non-security CU
Yes, and KB4511522 have new system.dll actually, all .NET releases yesterday for all systems are just for this file