[jvidal]

Mimo, I confirm, messenger.msi works fine in HFGUIRUNONCE. I originally had it it in HFSVCPACK_SW1, to have it insatlled at T-13, but it didn't work, for some reason. Moved it to HFGUIRUNONCE and it works perfectly.

[Mim0]

jvidal, on 22 February 2010 - 10:35 AM, said:

Mimo, I confirm, messenger.msi works fine in HFGUIRUNONCE. I originally had it it in HFSVCPACK_SW1, to have it insatlled at T-13, but it didn't work, for some reason. Moved it to HFGUIRUNONCE and it works perfectly.

Thx for reporting this. I've made the same experience...

2010-02-22
- Added: INI-setting HINTS=0/1 (default=1) to disable/enable the output
     	of hints for specific updates.
- Added: PAUSE after creating INI
- Added: cmdow.exe will checked against HFTOOLS\cwnd.exe. If cwnd.exe
     	exists cmdow.exe will not be reported as missing. Also 
     	changed the msg for cmdow ("...could be deleted by virus-scanner").
- Fixed: Using other wording for "missing files". "missing" will now
     	used only for security-updates (MS...). All other will reported
     	as "not found" to avoid missunderstandings. The user has to
     	decide (and think about it) which MS...-update shall be used.
- Fixed: KB979099 was expected always in English instead of the correct 
     	language.

[dziubek]

 Fixed: KB979099 was expected always in English instead of the correct 
 language.

not found (O): HF\WindowsRightsManagementServicesSP2-KB979099-Client-x86-PLK.exe (Rights Management Services Client with SP2)

but I put this file:

\HFSLIP\HF\
WindowsRightsManagementServicesSP2-KB979099-Client-x86-PL.exe

typo :-)

[Lilla]

Mimo,

hfslipfc-100222

DirectX 9 already extracted (\HFCABS): yes
Media Player 11 already extracted (\HF\WMP11): yes

Suggestion: add the text shown in bold above (or your own way) to convey folder names.

---

hfslipfc-100222

Found wrong, obsolete or unknown update(s)
------------------------------------------
wrong obsolete (O): HF\directx_feb2010_redist.exe (DirectX 9.0c End-User Runtimes Feb 201
0 (9.28.1886), it's for DX9. Already extracted in \HFCABS)
obsolete (O): HF\wmp11-windowsxp-x86-enu.exe (Windows Media Player 11, already extra
cted in HF/WMP11)

Suggestion: Make changes shown above in bold (or your own way) to provide consistency.

---

update-list 20100218.
2010-02 DirectX 9.0c End-User Runtimes Feb 2010 (9.28.1886) Optional n/a directx_feb2010_redist.exe HF

Suggestion. Add tip to update above, perhaps something like this...
HFSLIP extracts to \HFCABS, read this thread for details.

---

Good work on changes to 1002222, very helpful! Thank you.

Lilla

This post has been edited by Lilla: 22 February 2010 - 06:56 PM

[theruan]

Hi, first thanks, this is a great tool!

I came to report that the file WindowsRightsManagementServicesSP2-KB979099-Client-x86-PTB.exe when downloaded comes whith the name WindowsRightsManagementServicesSP2-KB979099-Client-x86-BR.exe, so the diference is in the end of it, it comes with BR in place of PTB.
Odd, but to solve this you could put another verifier just for this file or even leave a message together with the download link, so people will know they must rename it.

Other strange thing i got is that WindowsXP-KB969084-x86-ptb.exe , WindowsXP-KB968389-x86-PTB.exe and WindowsXP-KB967715-x86-PTB.exe are not even near of being slipstream, is this supposed to happen? Or they should be slipped also?

EDIT: I have realized right now that legit cabinet was updated just some days ago, shouldn't the file check include this verification, because i did introduce the new version in cabs folder and got no errors, and with the old version no errors too.
the lastest version is on the same link on mimmo's page. Version 1.9.42.0

Thanks

Attached File(s)

•  HFSLIP.txt (5.37K)
  Number of downloads: 2

This post has been edited by theruan: 22 February 2010 - 10:30 PM

[Mim0]

dziubek, on 22 February 2010 - 03:27 PM, said:

 Fixed: KB979099 was expected always in English instead of the correct 
language.

not found (O): HF\WindowsRightsManagementServicesSP2-KB979099-Client-x86-PLK.exe (Rights Management Services Client with SP2)
but I put this file:
\HFSLIP\HF\
WindowsRightsManagementServicesSP2-KB979099-Client-x86-PL.exe

typo :-)

Not a typo. KB979099 is using a new (very strange) language schema which I have implemented now (next release).
THX for reporting it!!!

Lilla, on 22 February 2010 - 05:51 PM, said:

Mimo,

hfslipfc-100222

DirectX 9 already extracted (\HFCABS): yes
Media Player 11 already extracted (\HF\WMP11): yes

Suggestion: add the text shown in bold above (or your own way) to convey folder names.

Yes, nice. Next rel.
---

Quote

hfslipfc-100222

Found wrong, obsolete or unknown update(s)
------------------------------------------
wrong obsolete (O): HF\directx_feb2010_redist.exe (DirectX 9.0c End-User Runtimes Feb 201
0 (9.28.1886), it's for DX9. Already extracted in \HFCABS)
obsolete (O): HF\wmp11-windowsxp-x86-enu.exe (Windows Media Player 11, already extra
cted in HF/WMP11)

Suggestion: Make changes shown above in bold (or your own way) to provide consistency.

Youre right, it's not consistent. It' comes from the internal handling of them (DX is a seperate component internally, WMP11 not). I'll see to change it.
But the "(O)" is not possible in combination with "obsolete" now. For that I have to change to much I think it's not worth. Or?

Quote

update-list 20100218.
2010-02 DirectX 9.0c End-User Runtimes Feb 2010 (9.28.1886) Optional n/a directx_feb2010_redist.exe HF

Suggestion. Add tip to update above, perhaps something like this...
HFSLIP extracts to \HFCABS, read this thread for details.

I check also the unneccesary manually extracted DX9-files in HFCABS. Regarding this thread I report unneeded DX9-files as "wrong". But for people who are not using the file-checker it's worth to add this link in the list.

theruan, on 22 February 2010 - 09:20 PM, said:

Hi, first thanks, this is a great tool!

I came to report that the file WindowsRightsManagementServicesSP2-KB979099-Client-x86-PTB.exe when downloaded comes whith the name WindowsRightsManagementServicesSP2-KB979099-Client-x86-BR.exe, so the diference is in the end of it, it comes with BR in place of PTB.
Odd, but to solve this you could put another verifier just for this file or even leave a message together with the download link, so people will know they must rename it.

THX for reporting this. Fixed in next rel.

Quote

Other strange thing i got is that WindowsXP-KB969084-x86-ptb.exe , WindowsXP-KB968389-x86-PTB.exe and WindowsXP-KB967715-x86-PTB.exe are not even near of being slipstream, is this supposed to happen? Or they should be slipped also?

EDIT: I have realized right now that legit cabinet was updated just some days ago, shouldn't the file check include this verification, because i did introduce the new version in cabs folder and got no errors, and with the old version no errors too.
the lastest version is on the same link on mimmo's page. Version 1.9.42.0

Hmmm. I don't use MU/WU-files. I have no knowledge about that and also no interest for that. What I can do is to make a hint for the legit-cab to be sure to get the newest one!!! Would this be helpful?

THX @ all,
Mimo

This post has been edited by Mim0: 23 February 2010 - 03:22 AM

[stephan_bauer]

Hello,

file naming of KB979099 is also different in German:
WindowsRightsManagementServicesSP2-KB979099-Client-x86-GER.exe

[Mim0]

stephan_bauer, on 23 February 2010 - 03:52 AM, said:

Hello,

file naming of KB979099 is also different in German:
WindowsRightsManagementServicesSP2-KB979099-Client-x86-GER.exe

THX!

Mim0, on 23 February 2010 - 03:22 AM, said:

dziubek, on 22 February 2010 - 03:27 PM, said:

 Fixed: KB979099 was expected always in English instead of the correct 
language.

not found (O): HF\WindowsRightsManagementServicesSP2-KB979099-Client-x86-PLK.exe (Rights Management Services Client with SP2)
but I put this file:
\HFSLIP\HF\
WindowsRightsManagementServicesSP2-KB979099-Client-x86-PL.exe

typo :-)

Not a typo. KB979099 is using a new (very strange) language schema which I have implemented now (next release).
THX for reporting it!!!

This post has been edited by Mim0: 23 February 2010 - 06:22 AM

[Mim0]

2010-02-23:
- Changed: DX9-Redist will now be reported as "obsolete" instead of 
     	"wrong" when also the manual extracted CABs are found (this
     	is conform to WMP11).
- Added: Hint to LegitCheckControl.cab
- Fixed: KB979099 doesn't have the standard language-schema but a
     	really new individual schema what is now implemented.

[dziubek]

Found Avoid '0x80080201 Cannot detect product ID (PID)' (HFCABS\LegitCheckControl.cab): Be sure that you have the latest CAB

Downloaded again this file (MD5:AA0A3D5ABF167C780D1A5D4A73F86764) with your list - the same problem

[theruan]

Found two new updates KB976662 and KB979306, also realized that 905474 isn't getting slipstreamed on here, damm!

[Lilla]

dziubek, on 23 February 2010 - 01:25 PM, said:

Found Avoid '0x80080201 Cannot detect product ID (PID)' (HFCABS\LegitCheckControl.cab): Be sure that you have the latest CAB

Downloaded again this file (MD5:AA0A3D5ABF167C780D1A5D4A73F86764) with your list - the same problem

Same here. Using hfslip-100223.

Lilla

This post has been edited by Lilla: 23 February 2010 - 07:31 PM

[-X-]

theruan, on 23 February 2010 - 07:06 PM, said:

Found two new updates KB976662 and KB979306, also realized that 905474 isn't getting slipstreamed on here, damm!

IE8-WindowsXP-KB976662-x86-ENU, a non security update, replaces IE8-WindowsXP-KB971961-x86-ENU - a security update covered by MS09-045.
jscript.dll v5.8.6001.22960

This post has been edited by -X-: 23 February 2010 - 07:42 PM

[theruan]

-X-, on 23 February 2010 - 07:42 PM, said:

theruan, on 23 February 2010 - 07:06 PM, said:

Found two new updates KB976662 and KB979306, also realized that 905474 isn't getting slipstreamed on here, damm!

IE8-WindowsXP-KB976662-x86-ENU, a non security update, replaces IE8-WindowsXP-KB971961-x86-ENU - a security update covered by MS09-045.
jscript.dll v5.8.6001.22960

And WindowsXP-KB979306-x86-ENU.exe replaces WindowsXP-KB976098-v2-x86-ENU.exe
Timezone updates

Also KB905474 from mimo's list and in hfslip site are quite old, the new version is 1.9.40 and the ones in the website are 1.7.69.2 if i'm not wrong.

This post has been edited by theruan: 23 February 2010 - 10:19 PM

[jvidal]

Why does the KB article say that IE8-KB976662 doesn't replace any previous HF, when it actually does?
we need a new version, mimo.
thx!

[Mim0]

dziubek, on 23 February 2010 - 01:25 PM, said:

Found Avoid '0x80080201 Cannot detect product ID (PID)' (HFCABS\LegitCheckControl.cab): Be sure that you have the latest CAB

Downloaded again this file (MD5:AA0A3D5ABF167C780D1A5D4A73F86764) with your list - the same problem

theruan, on 23 February 2010 - 07:06 PM, said:

Found two new updates KB976662 and KB979306, also realized that 905474 isn't getting slipstreamed on here, damm!

theruan, on 23 February 2010 - 10:13 PM, said:

Also KB905474 from mimo's list and in hfslip site are quite old, the new version is 1.9.40 and the ones in the website are 1.7.69.2 if i'm not wrong.

Regarding problems with WU/MU updates please ask in the forum. I don't use it. If something has to be changed I will do it.

jvidal, on 24 February 2010 - 09:03 AM, said:

Why does the KB article say that IE8-KB976662 doesn't replace any previous HF, when it actually does?

When you look at the security-bulletins for WIN-XP3 you will see that this is also not perfect.

Quote

we need a new version, mimo.

Yes Sir!

2010-02-24
- Added: IE8 JSON interoperability (KB976662) (can replace KB971961/MS09-045)
- Added: Cumulative Time Zone Update (KB979306) (replaces KB976098 v2)
- Removed: Cumulative Time Zone Update (KB976098 v2)

[tfoutfou]

hi Mimo ,

i found a typo error for WindowsRightsManagementServicesSP2-KB979099-Client-x86-RA.exe
the real name is WindowsRightsManagementServicesSP2-KB979099-Client-x86-FR.exe

the language is FRA , and compressed to only 2 character it give FR , not RA

original :

Quote

REM French
SET lang2=FR-FR
SET ln979099=RA

correct :

Quote

REM French
SET lang2=FR-FR
SET ln979099=FR

[jvidal]

Thx again, Mimo!

Oh, and BTW, what the hell does "Found Avoid '0x80080201 Cannot detect product ID (PID)"
mean????????

This post has been edited by jvidal: 25 February 2010 - 10:24 AM

[Mim0]

jvidal, on 25 February 2010 - 10:21 AM, said:

Oh, and BTW, what the hell does "Found Avoid '0x80080201 Cannot detect product ID (PID)" mean????????

it's described in KB938720.

[Mim0]

tfoutfou, on 24 February 2010 - 08:16 PM, said:

the language is FRA , and compressed to only 2 character it give FR , not RA

THX for giving the info.

Quote

2010-02-26
- Fixed: Language-id for French for KB979099

Mimo