Tomcat76

Just post your TXTSETUP.SIF in an attachment so I can check it out.

The online/offline status no longer shows in the left hand side of posts. By design? Confirmed for Opera. It looks like Opera is not being fed that part at all. Just look at the source code. Why is Opera being sent stripped down code?

Actually, I think it isn't included. At least, those four files contained in the wic update aren't part of WMP11.

I don't know a lot about this feature, but are you replying affirmatively to the question if you want to overwrite and clean out FDV's INF files with HFCLEANUP files?

Try the 61227a test release...

I'll complete SM's comments... IE7-KB928089 - haven't tested this yet; two potential issues: Windows setup may trip over the newer files and IE7 may overwrite them again Q832483 - for SP1 only wic - I'll take SM's word for it when he says that it isn't needed for WMP11. It's not supported by HFSLIP because it thinks it's a Type 2 hotfix, but you can force HFSLIP to treat it as a Type 1 hotfix by putting the word "Windows" somewhere in its name. The second obstacle is that only CD-based installs are supported because this update contains four files with long names; HFSLIP needs to be modified to provide support for DOS-based or network-based installs when including this update. KB885222 - supported KB885884 - not supported (destination of mso.dll unknown before Office is installed) KB887710 - non-public hotfix so can't verify; the installation inf (sp2qfe) might help KB889527 - not sure; it needs to be verified if arpidfix.exe does anything useful that isn't already covered by Windows setup KB893056 - non-public hotfix, but this can be achieved with a registry hack (1) KB899587 - on our update lists KB902400 - superseded KB904706 - on our update lists & still needed; use KB904706-v2 KB908521 - supported; this is a Windows file KB909095 - supported KB912817 - on our update lists; use KB912817-v2 KB913446 - superseded KB917021 - should be supported; I'm including KB917021-v3 with my own runs KB917537 - on our update lists KB926247 - on our update lists (1) Two possibilities to add the Hibernation button or entry to the Windows shutdown menu... 1) Add this into a .reg file and place it in HFSVCPACK before running HFSLIP: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System\Shutdown] "HibernateAsDefault"=dword:00000001 "ShowHibernateButton"=dword:00000001 *or* 2) Add this into HFSLIPWU.INF (SOURCESS\I386) somewhere in the [HFSLIPREG] section after running HFSLIP: HKLM,"SOFTWARE\Policies\Microsoft\Windows\System\Shutdown","HibernateAsDefault",0x10001,1 HKLM,"SOFTWARE\Policies\Microsoft\Windows\System\Shutdown","ShowHibernateButton",0x10001,1

Test release 61226a should fix these problems and more.

Still a few problems with the main rollup. It looks like it needs to be slipstreamed completely. Working on it now....

Opera 9.02 here. Don't know if these are by design, but I'll mention them anyway... 1) The regular smiling smiley doesn't appear on the first selection; are they ordered by use? 2) When clicking a smiley, it gets added into the post but it's highlighted, meaning that if I continue to type the smiley is erased again 3) I can't download attachments when I'm not logged in

That's right. IE7 can only be installed at T-13 if your version of Windows doesn't rely on activation.

IE7 isn't slipstreamed either way. You just choose whether you want it installed at T-13 or at GUI logon. You do know when you *can* use the T-13 option, right?

"Merry Christmas" may be politically incorrect, but "Happy Holidays" doesn't make much sense as an alternative. It's generic (can be used in summer too), while "Merry Christmas" is targeted at the Christmas holiday exclusively. So I'll just say "enjoy your meals"... Oh, and I agree that the Frappr update stinks. The autoplay is useless.

The current test release takes special care of certain MCE 2005 updates. Give it a shot...

Just added support for it, though it remains untested for now. Try the latest test release, leos.

WindowsXPESP1-KB887998-x86-ENU.exe is not supported by HFSLIP. NDP1.0sp3-KB887998-X86-INTL-Ocm-Enu.exe isn't either but Windows Update may think it's installed because the installation INF is executed which adds some stuff into the registry.

We're probably looking at different versions of the file. The quote is still missing, though.

That can't be the problem since IE7 is installed "normally" so it would overwrite any Script 5.6 files that need to be renewed. Is the HFSLPGUI folder still present in the WINDOWS folder? If it is, your RunOnce is broken for one reason or another.

Good you found the culprit. I can't answer that because I don't use nLite. You could raise the question in the nLite forum...

Right. You can keep using $OEM$ if you like. HFSLIP doesn't mess it up... ...to my knowledge...

I couldn't find it either....

It's fairly easy. I could have the exe and the AUx files (hey, you gotta think about the future ) copied over to the hard disk at txtmode copy and executed at T-13. They are removed again at first GUI logon. I could also just leave them uncompressed in the I386 folder and execute them from there directly. Support for long file names is possible but if they are to be copied to the hard disk first you'll get generic names like au1.au3, au2.au3, au3.au3, etc. in the I386 folder which might not be that easy to work with (in case you'd want to replace some manually after running HFSLIP). You'll just have to tell me what the proper command is to execute an AU3 file because I never worked with AutoIt...

(Continuation of topic started here) The content of DOTNETFX.EXE in the DOTNETFX subfolder is completely identical to that of the .NET 1.1 executable from the MS download site. Both contain netfx.msi, netfx1.cab, install.exe, InstMsi.exe and InstMsiW.exe, and these have the same size and date.

Those are the current instructions. The post was updated at a later time.

Haven't used Java 1.6 yet. The last one I used was a silent installer for 1.5.0_10, though I've no idea where that was supposed to have been made of (the last from the 1.5 series on Sun's site is _09). Your problem is related to Java so that might be the culprit...

I'm clueless on this one. I can't duplicate it and I have no idea what could cause this. The only thing I changed in that section of HFSLIP was to find cabs with "d3dx" in their name instead of "d3dx9" in order to support the new d3dx10 file. And all d3dx9 files are present if you run an older version of HFSLIP again?