[dencorso]

submix8c, on 20 June 2012 - 01:38 PM, said:

There's a lot more to WU than just these files in question... (and they download WITHOUT YOUR KNOWLEDGE!).

More on Windows Stealth Updates here, here and here...

[erpdude8]

I just visited the Windows Update site on XP just now 6/21 and it installed brand new WUA ActiveX controls, which seem to be WUA 7.6.7600.256.

blackwingcat had just mentioned in his recent blog here:
http://blog.livedoor...es/1682805.html
he has wuweb.dll version 7.6.7600.257 dated 6/4/2012. newer than the one ricktendo64 packaged in his unofficial packages. but all the other WUA files are version 7.6.7600.256.

I now have version 7.6.7600.257 of the muweb.dll and wuweb.dll files installed on my XP computer.
ah see, my waiting and patience has finally paid off.

This post has been edited by erpdude8: 22 June 2012 - 12:38 AM

[dencorso]

erpdude8, on 22 June 2012 - 12:34 AM, said:

I now have version 7.6.7600.257 of the muweb.dll and wuweb.dll files installed on my XP computer.

I entered MU site and got immediately offered muweb.dll v. 7.6.7600.257, which I did accept. It didn't offer me the updated wuweb.dll, too, however, nor updated it silently.
That may be because I run with Auto Updates disabled. Can one of you all find out its download link? I'd rather update it by hand, and, in any case, it'd be good to update submix8c batch to get wuweb.dll v. 7.6.7600.257, instead of v. 7.6.7600.256...

[submix8c]

Back to KB949104...

Quote

Wuweb.dll * 7.6.7600.256 210,968 2-June-12 22:19 x86
Wuweb.dll *+ 7.6.7600.257 210,968 5-June-12 00:35 x86
+ This file may only be installed if the machine is opted to receive updates for other Microsoft products from the Windows Update website.
* Not Applicable on Vista and above

How odd! It implies that if you opt into Microsoft Update (the MUWEB.DLL from MUWEB_SITE.CAB) as opposed to Windows Update (the "normal" path that we've been discussing) that you should get it if you have AU turned on (see my SUS vs WSUS link). Not sure I want to "flood" my VPC test bed with Updates...

[bphlpt]

submix8c, on 22 June 2012 - 10:17 AM, said:

Back to KB949104...

Quote

Wuweb.dll * 7.6.7600.256 210,968 2-June-12 22:19 x86
Wuweb.dll *+ 7.6.7600.257 210,968 5-June-12 00:35 x86
+ This file may only be installed if the machine is opted to receive updates for other Microsoft products from the Windows Update website.
* Not Applicable on Vista and above

How odd! It implies that if you opt into Microsoft Update (the MUWEB.DLL from MUWEB_SITE.CAB) as opposed to Windows Update (the "normal" path that we've been discussing) that you should get it if you have AU turned on (see my SUS vs WSUS link). Not sure I want to "flood" my VPC test bed with Updates...

Maybe if you just set the notifications to just let you know if there are any updates available but let you decide to download and install you could pick and choose and get the one you want but not be flooded?

Cheers and Regards

[submix8c]

dencorso, on 22 June 2012 - 03:36 AM, said:

I entered MU site and got immediately offered muweb.dll v. 7.6.7600.257, which I did accept. It didn't offer me the updated wuweb.dll, too, however, nor updated it silently.
That may be because I run with Auto Updates disabled. Can one of you all find out its download link? I'd rather update it by hand, and, in any case, it'd be good to update submix8c batch to get wuweb.dll v. 7.6.7600.257, instead of v. 7.6.7600.256...

Hate to burst your bubble - but WU is Windows Update (the "built" files) and MU is Microsoft Update (not part of the "Windows Update Agent"). MU only happens when you "Get Microsoft Update Today!". I had previously done that and had "turned it off" (Custom settings in MU to use only WU) after updating with the New Package (7.6.7600.256). Notice that it (AFAIK) "uninstalled/removed" "Windows\Downloaded Program Files\MUWebControl Class". Really unsure if that was exactly what happened - I fiddled so much... Then I "Uninstalled" the (only and can't remember which one) the Class from "Downloaded" folder. I subsequently RENAMED WUWEB.DLL and got the Newer MUWEB stuff. However, I could NOT "Get MU" (IE CLAIMED the ActiveX was "missing"). I then COPIED MUWEB.DLL from 5eraph's links to MUWEB.CAB/DLL (from another thread? can't remember) v7.6.7600.256. I could NOW "Get MU" and the results are...

The "Windows\Downloaded Program Files" now contains -
WUWebControl Class - WUWEB.DLL v7.6.7600.257
MUWebControl Class - MUWEB.DLL v7.6.7600.257 <-now again active in IE

The Download Address (in IE TempFiles) has an entirely different ?9999-series than the prior version. Very confusing what I did and not sure I can replicate.
Put this in your Web Browser -
hXXp://www.update.microsoft.com/microsoftupdate/v6/v5controls/en/x86/client
Add this to the end -
muweb_site.cab?1340383010227
It's v257 of MUWEB.CAB (with INF and CAT). I'm willing to bet that if you "Remove" "MUWebControl Class" (maybe use the Custom option to "Use only WU" in The Update Website screen?) then go BACK in (since you now have MUWEB.DLL v257) and go BACK to Windows Update, request "Get MS Update" that you will get a brand spanky new WUWEB.DLL "Dowloaded"/installed.

[dencorso]

Thanks submix8c, you rock!

http://www.update.microsoft.com/microsoftupdate/v6/v5controls/en/x86/client/muweb_site.cab?1340383010227

Just downloaded v257 of MUWEB.DLL, inside WUWEB_SITE.CAB, binarily identical to the one I got installed yesterday.



Hey! You've just given me the solution!
Just change "m" by "w", and there we are:

http://www.update.microsoft.com/microsoftupdate/v6/v5controls/en/x86/client/wuweb_site.cab?1340383010227

works, too! I've just got WUWEB.DLL through it, inside WUWEB_SITE.CAB!!!

So, now we can revise the .cmd, and we're back to the *latest* WUA files once again!

[submix8c]

Revision as follows - Get the CMD above and change

wget -nc http://download.windowsupdate.com/v9/1/windowsupdate/b/selfupdate/WSUS3/x86/Other/wuweb.cab

to

wget -nc http://www.update.microsoft.com/microsoftupdate/v6/v5controls/en/x86/client/wuweb_site.cab?1340383010227
ren "%~dp0wuweb_site.cab@1340383010227" wuweb.cab

Notice the Rename? Odd how the filename was created, BUT that's how it works...

Will update later (maybe here after removing older download). "Gots da-kidds" pestering... Played heck digging into this. And thx, dencorso, for the "hints" - that's what prompted the "experiment".

Reminder - WU is not, repeat NOT the same as MU and MU is not part of this. I have absolutely no clue as to how to create a package for MU. For the purpose of Windows-only "-X-" packages it is irrelevant since it's for "other than Windows Updates" (e.g. Office, etc.)...

OK, folks, I'm not sure we can get any better/newer than this. 5eraph or ricktendo64 can chime in anytime for any further info on MU or errors (or even hints on the v257 thing...).

Happy WU-ing!!!

[ricktendo]

submix8c, on 22 June 2012 - 01:52 PM, said:

I have absolutely no clue as to how to create a package for MU.

I was able to incorporate Microsoft Update Client into my standalone Windows Update Agent installer (need to see about adding the MU shortcut)

http://www.ryanvm.ne...p=124970#124970

[bphlpt]

Now if we can end up with an installer that takes care of both MU and WU, works for both XP and Win7, and is both x86 and x64 compliant, we'll have what MS should have released to begin with.

Many thanks to all for your hard work on this!

Cheers and Regards

This post has been edited by bphlpt: 22 June 2012 - 03:23 PM

[dencorso]

erpdude8, on 22 June 2012 - 12:34 AM, said:

I now have version 7.6.7600.257 of the muweb.dll and wuweb.dll files installed on my XP computer.

Well, now I do, too, thanks to the newly rebuilt installer we've just concocted, after running it with the /wuforce option..
The changes you suggested to the WUAv256.cmd worked beautifully!

[erpdude8]

dencorso, on 22 June 2012 - 03:32 PM, said:

Well, now I do, too, thanks to the newly rebuilt installer we've just concocted, after running it with the /wuforce option..
The changes you suggested to the WUAv256.cmd worked beautifully!

excellent, dencorso; just like the versions blackwingcat and I have. i'll try out ricktendo64's revised WU installer packages for both x86 and x64 versions of Windows XP later tonight (and yes, I'll test out the x86 version of his installer on a Win2000 computer).

I give ricktendo64's WU installer packages a letter grade of "A" while I give mcrip's WU installers a letter grade of "C-" because they don't work on XP/2003 computers and only under Vista/2008/Seven.

This post has been edited by erpdude8: 22 June 2012 - 05:36 PM

[submix8c]

BWAHAHAH!!! McRip was not for them... almost sorry I gave that post link. I had found another place that did very similar. Here is an example CMD.

@echo off
pkgmgr /ip /m:WUClient-SelfUpdate-ActiveX-x64.cab /quiet
pkgmgr /ip /m:WUClient-SelfUpdate-Aux-TopLevel-x64.cab /quiet
pkgmgr /ip /m:WUClient-SelfUpdate-Core-TopLevel-x64.cab /quiet
EXIT

These 3 files are NOT for XP/2K3/(maybe 2K) and the Installer will detect that. Apparently, the CMD is to "insert" it into the Install (?) or maybe "after" install (as one of the post-install scripts?). See this. So, this is semi-irrelevant to the Topic but the Files (these are the 3 cabs I had initiall had in question - thx, ricktendo64) are "necessary" to make a Complete Package usable on all versions XP(2k?)->Win7.

Will download samples from ricktendo64's newer packages and inspect them. You will have the option of using This Built Package (specifically for -X-' methods) or the Pre-Built Packages by ricktendo64. If I have time, I will investigate the "new links" given (note that the WU link remains but redirects to MU).

Side note... Just went to MU/WU (already had MU installed) on 2K3 and it offered a DIFFERENT "?99999" MU-appendage that is STILL v257! (?1340464593891) One might ask - WHY is that appendage (redirect) different TODAY (other link was running XP)??? Is it "dependent" on the OS? (BTW, SAME CAB!)

Addendum Microsoft Update Catalog v7.4.7057.249.-

https://catalog.update.microsoft.com/v7/site/ClientControl/en/x86/MUCatalogWebControl.Cab

Doesn't appear to need the "HTTPS" where it was offered. Please note that I did NOT have the latest MU/WU installed on this setup. Will check on the one that does...

edit - it APPEARS that you have to have Temp IE files "deleted" to cajole MU/WU to "update". I had cleared before shutdown yesterday and got "offered" today BUT when going again - it does NOT offer. Yes, folks, it appears to be RANDOM!!!

This post has been edited by submix8c: 23 June 2012 - 11:43 AM

[-X-]

It's partcopy that is breaking the script when used with a (2) in the path.

I'm going to add a if not exist WUSFX.SFX blah blah.

EDIT: ****! Spaces messes it up too. I think I'm going to put this as a separate script download.

EDIT2: Looks like it wasn't the spaces. I had a - at the end of the path. WUAv 256-

This post has been edited by -X-: 25 June 2012 - 03:37 PM

[submix8c]

@-X-

Not sure if this would "fix" it...

1 - Download this instead (it's GNU Unix Port to Windows of "split.exe" so it's distributable). Put in the folder.
2 - Remove these PARTCOPY references

:: KEEP THIS ZIP FILE!!! MAY BE HARD TO GET AGAIN!!!
:: if exist pcopy02.zip del pcopy02.zip
if exist partcopy.exe del partcopy.exe

if exist pcopy02.zip goto GOTSPLIT
ECHO Downloading PARTCOPY from Web Archive...
:: --- UNDEPENDABLE!
:: wget -nc "http://web.archive.org/web/20010116021600/http://users.erols.com/johnfine/pcopy02.zip"
:: --- Use this instead...
wget -nc "http://www.brokenthorn.com/Resources/Programs/pcopy02.zip"
:: --- OR this instead...
:: wget -nc "http://geezer.osdevbrasil.net/johnfine/pcopy02.zip"
:GOTSPLIT
7za.exe e "%~dp0pcopy02.zip" -o"%~dp0" partcopy.exe -y

3 - Replace PARTCOPY code

::  NOTE! This MUST use 8.3... I DID NOT prefix filenames with "%~dp0"...
partcopy WUAEXE.EXE 0 8A00 WUSFX.SFX
:: The Install is no longer needed...
del "%~dp0WUAEXE.EXE"

with SPLIT code

:: Original Hex-8A00=Dec-35328
split -b 35328 wuaexe.exe wuaexe
:: output: wuaexeaa wuaexeab etc...
ren wuaexeaa wusfx.sfx
del wuaexe*.*

"SPLIT -HELP" displays syntax.

edit - and BETTING that using the "%~dp0" code would work...

This post has been edited by submix8c: 26 June 2012 - 01:06 PM

[-X-]

Yeah that works with a (2) or a dash at the end. Thanks

[-X-]

Drats! They just released a new one. 7,6,7600,257


;
; Inf file for Windows Update WUWeb.dll ActiveX control
;

[version]
Signature=$Windows NT$

[Add.Code]
wuweb.dll=wuweb.dll

[wuweb.dll]
file=thiscab
RegisterServer=yes
clsid={6414512B-B978-451D-A0D8-FCFDF33E833C}
; DestDir is system32
DestDir=11
FileVersion=7,6,7600,257

Looks like it's just wuweb.dll.

http://www.update.mi...b?1340811078433

This post has been edited by -X-: 27 June 2012 - 09:48 AM

[dencorso]

-X-, on 27 June 2012 - 09:34 AM, said:

Drats! They just released a new one. 7,6,7600,257

<snip>

Looks like it's just wuweb.dll.

http://www.update.mi...b?1340811078433

Well, they've released both wuweb.dll and muweb.dll v. 257, although the latter isn't quite in focus in this thread. But, with all due respect, that's rather old news already (I guess you skipped reading some posts above)...

[submix8c]

Heh!!! Get some rest, -X-, you're slipping! The code change for the newer version is the next post below that one. The subsequent post is to "correct" the folder-name problem. Just never re-uploaded the "fixed" CMD file (assuming the changes would be incorporated) - been busy with daughter's PC (cloning HDD's etc).

This post has been edited by submix8c: 27 June 2012 - 04:41 PM

[-X-]

OK, thanks.