AutoPatcher Extras Addon Pack

click-click 09 Nov 2009

Will do. did you see my update about the file mismatch on muweb.dll?

I erased the old file and reran APUP which then downloaded the new version. I don't understand why it did not replace the old file the first time I ran APUP. It replaced the muweb.inf but not muweb.dll. Looks like the Detection Routine hash values have not been updated with the current ones. I think muweb.inf too because it was downloaded again the 2nd time I ran APUP.
Edited by click-click, 09 November 2009 - 01:24 PM.

Quote

Cristiano 09 Nov 2009

> why it did not replace the old file the first time I ran APUP
perhaps something in the md5 detection. i may have forgot the old values, but i will check that

> file mismatch on muweb.dll
no problem, i will check that too tonight. right now, i can't. i've forgot the extras package at home and the ic at my job is too slow to download that

[]s

Quote

click-click 09 Nov 2009

I have one more detection issue for User Profile Hive Cleanup Service.
Hopefully after this, I can leave you alone for a while

I am using a 2.0 version of UPHClean which was installed as an RVM Addon.
There is no version number to compare reliably so I went looking for a
2nd registry entry that is common between the two. If you add the following:

RegistryPath=HKLM\SYSTEM\CurrentControlSet\Services\UPHClean
KeyName=DisplayName
KeyValue=User Profile Helper Cleanup

AP will also detect the 2.0 version of UPHClean.

Again, thanks ... I know I'm being a pain, but things are looking good.

Quote

Cristiano 09 Nov 2009

no problem. i will add that detection too. this one isn't public, right?

> I know I'm being a pain
you aren't. if every user reports issues with detections, replaced updates, etc like you are doing, the things could run like a charm. so, a 1000 times someone that reports that kind of thing always than 1 that stay in silent

[]s
Edited by Cristiano, 09 November 2009 - 03:56 PM.

Quote

click-click 09 Nov 2009

>this one isn't public, right?

Right

Quote

Cristiano 10 Nov 2009

the issue with the extras release is now solved. the md5 detection for the file was in the wrong place. fixed. the issue with User Profile Helper Cleanup will be solved with the script for patchs that are about to come this week. if i'm not mistaken, tomorrow is the nightmare day...

[]s

Quote

Cristiano 10 Nov 2009

ok. the nightmare is over. the updated module for User Profile Hive Cleanup Service is now online. just one warning: i had to modify the given detection. for 1.6d version, the key HKLM\SYSTEM\CurrentControlSet\Services\UPHClean, for the key DisplayName, says "User Profile Hive Cleanup", not "User Profile Helper Cleanup"

so please, take a look if this detection works for the 2.0 version. if not, we will require check for another one

[]s

Quote

click-click 11 Nov 2009

Cristiano, on 10 November 2009 - 11:17 PM, said:

ok. the nightmare is over. the updated module for User Profile Hive Cleanup Service is now online. just one warning: i had to modify the given detection. for 1.6d version, the key HKLM\SYSTEM\CurrentControlSet\Services\UPHClean, for the key DisplayName, says "User Profile Hive Cleanup", not "User Profile Helper Cleanup"

so please, take a look if this detection works for the 2.0 version. if not, we will require check for another one

[]s

After re-reading my previous post, I can see how I may have confused you. I meant for
you to add the reg detection as an or detection. Leave the original 1.6d detection and
add the one I suggested. I must have been confused myself when I mentioned finding a
common reg key that was the same

This is what I have coded and it works in both
cases:

[DetectionRegistry]
RegistryPath=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{FF77941A-2BFA-4A18-BE2E-69B9498E4D55}
KeyName=DisplayVersion
KeyValue=1.6.30

RegistryPath=HKLM\SYSTEM\CurrentControlSet\Services\UPHClean
KeyName=DisplayName
KeyValue=User Profile Helper Cleanup

Sorry for the confusion ....
Edited by click-click, 11 November 2009 - 09:29 AM.

Quote

Cristiano 11 Nov 2009

oh, i see now... i was thinking that this detection was the same for booth. but no problem, it can be fixed easily

[]s

Quote

click-click 15 Nov 2009

Cristiano, on 09 November 2009 - 01:06 PM, said:

i don't us to go in there too often. the ic in my job is too unstable to that. can you please CP the reply about it in here?

thanks

[]s

Here's an answer that I got on the MSFN Forum about InstMUWC.inf. Not very clear to me, but maybe you can make more sense from it. The thread is here: http://www.msfn.org/...ndpost&p=890656

Spoiler

Edited by click-click, 15 November 2009 - 12:34 PM.

Quote

Cristiano 11 Dec 2009

just one warning: one brazilian user has reported about an mismatch in the detection for the flash players download. the download links that the ptb release has are the same ones than the extras addon enu has. so, i'm guessing that we have an new version for booth flashplayers, but i can't check that from here. i will check that tonight

[]s

Quote

click-click 11 Dec 2009

Yes there is a mismatch for enu also. The files for IE have changed to Flash10d.ocx and FlashUtil10d.exe. Also The non-IE detection should be changed to show =>10.0.32.18 or change the version number for IE and non-IE

New version is 10.0.42.34

Also, I'm seeing a lot of UNOFFICIAL: file entries in the AP log. Not sure they are being caused by another error.

Spoiler

Ciao,
Edited by click-click, 11 December 2009 - 04:30 PM.

Quote

Cristiano 11 Dec 2009

that file entries in the AP log are an know issue that autopatcher has. after found an mismatch, the check routines and the rti file go out of sync and the result is a lot of garbage in ap log.

> 10.0.42.34
when i saw that log i knew that an new version had arrived... sadly, i can't check that from this machine (restricted user), but the script will be updated to match tonight

[]s

Quote

Cristiano 11 Dec 2009

ok, done. script updated to match with the new flash players

[]s

Quote

Cristiano 20 Jan 2010

as reported by DesertJerry in here, Shockwave Player was updated to v11.5.6.606

[]s

Quote

Cristiano 21 Jan 2010

as reported by DesertJerry in here, Microsoft Silverlight was updated to v3.0.50106.0

[]s

Quote

Cristiano 13 Feb 2010

as reported by DesertJerry in here, the flash players was updated. some of the modules was also updated to make compatibility with the seven script that will arrive soon. wherever, it's possible that some modules still may require some changes to make seven compatibility. that will be checked and fixed, if required

thanks

[]s

Quote

click-click 14 Feb 2010

The release date in APUP on the Extra Addons Pack is dated as 3 Jan. 2010.
I missed the new flash updates because I thought they had not yet been updated.
I thought the new updates came out sometime in February.

Quote

_def_x_ 14 Feb 2010

It's a typo in the releases.list -> Date=2010013 (missing a digit), the previous Extras package was signed Jan. 21, 2010 (20100121), the
latest is Feb. 13, 2010 (20100213).

@Cristiano

Important: It looks as if you created a .rti file for the latest Extras package minus these files, the release is Unofficial but True with them
(means extra files), if they get removed the package is both Official and True. These files need to be included in the Extras package or, if
they need to be removed, add the (removal) details to the script.

\modules\AddOns\dxcpl_files\directx.cpl
\modules\AddOns\dxcpl_files\dxcpl.apf
\modules\AddOns\dxcpl_files\Undo_dxcpl.apf

\modules\AddOns\MicrosoftUpdate_x86.apm_files\muweb.dll

Quote

Cristiano 15 Feb 2010

gUiTaR_mIkE, so probably something is missing in the script himself. i was at my girlfriend home when i've updated that script and all the files was downloaded from here. but i will check that by tomorrow

[]s

Quote

AutoPatcher Forum