Tomcat76

I could be mistaken. It's been a long time. I'll ask a friend who works in a computer shop; he should know for sure. Either way, IE7 setup needs to be able to verify if your copy of Windows is legitimate. If it isn't able to (or if it detects a non-genuine Windows), it won't install.

The post-setup wizard (or whatever it's called) is the wizard where you enter your username(s), turn on/off the firewall, etc. The usual stuff that appears after the final reboot of Windows setup.

For those people having the DRIVER.CAB problems... Here's a special version I'd like you to try out. It isn't supposed to shed more light on the situation; it's actually attempting to work around the problem. It force-copies new driver binaries instead of only copying those which are newer. See that you don't get "0 files copied" while new driver binaries are processed (using merging option A, B or C). You should only get several occurances of "1 files copied", along with the names of the files.

It isn't urgent. I just wanted to know as much as possible.

Well... First of all, slipstreaming muweb.cab allows you to access the Microsoft Update site without being asked to download an ActiveX control. But the package is not responsible for the shortcuts to Microsoft Update; those are created by a different mechanism. The shortcuts are automatically created upon first access to the Microsoft Update site. One thing I keep forgetting to add to the "Important things to know" page is that Windows needs to be activated before IE7 can be installed. This needs to be done during the Post-Install Wizard.

Kiki-- Yes; that's the reason behind it. S3pHiroTh-- In that case, I can only suggest not to use the prep tool. I'll write up a warning message in that thread. By the way... Do you still have the problem if you use merging option D, E or F with HFSLIP after using the prep tool?

1.3.0 rc3. Thanks, boooggy...

Neo2x-- I've done extensive testing with those hotfixes, with merging options A and F, with and without the prep tool, and I can't duplicate this problem. Does the problem still occur if you recopy the SOURCE from CD and just use the latest test release?

Thanks. I didn't realize they skipped one.

Inside the hotfixes.

Why does this thread keep being resurrected? The cumulative IE5/6 update replaces KB925454 (previous cumulative). The cumulative IE7 update replaces KB928089 (Fishing philter update).

Alright. That's a very specific case. Should be fixed in 70214a. Keep these bug reports coming...

Are you talking about that little square at the bottom of the original TXTSETUP.SIF? Well... With hundreds of runs with Windows 2000 SP4, XP SP1, XP SP2, 2003 Gold and 2003 SP1, I can positively say that it isn't required. Also, HFSLIP has been around for a very long time; people would've reported such problem...

You have a full HF folder. Some hotfixes update driver binaries.

Weird. The only logical explanation I can give is that the files in your DRIVER.CAB package are fully up-to-date. Did you use a clean source with the prep tool?

Well, I'm stumped. Everything is looking fine... Try this special version which echoes even more text.

The script is intelligent enough to see if a service pack needs to be slipstreamed or not.

It wasn't supposed to be fixed. I just added more text output (titles).Can you give me the DRVINDEX.INF file that's in your SOURCE\I386 folder?

Not really a bug with that feature specifically -- more a problem with the order of actions. But you're right: it's wrong Fixed in 70212b... Hopefully...

EmRoD-- You got BRANDING.CAB. I'll think about support for different HF folders but it won't be for the next final.

S3pHiroTh-- I'm almost positive those errors don't come from the sections that handle DRIVER.CAB. Can you please try HFSLIP 70212a? It shows a bit more output text for the sections where those errors could be coming from. Maybe that'll help...

When you click the link to an attached image, it opens in a pop-up. But if I drag the image out of the pop-up into the underlying web page (using Opera), or if I enter the attachment hyperlink into the address bar, I am shown a login page. After I re-login, the image shows but I can't save it from there. If I try to, nothing happens and I'm logged out again (this isn't apparant until I reload). I often use Mozilla to browse "silently" and Opera as the browser with which I'm logged in. With the browser I'm not logged in (Mozilla), I can no longer open attachments since the board update so I copy & paste the attachment URL from Mozilla into Opera's address bar. Even when I'm currently viewing the forums with Opera too, pasting the attachment URL into its address bar causes a login page to appear. This logging out happens for every image I'm trying to view, even if I'm pasting one attachment URL after another. I've noticed these problems since the board update.

Yonderboy-- Can you update the link for HFSLIP? Current version and future versions: http://hfslip.org/HFSLIP_static.php (redirect link) Thanks

I experienced a strange problem the other day when I added a reply to a thread. After hitting Submit, I got an error message stating "Authorization mismatch - please go back and try again." This was a normal reply, not a quick reply or a quote. I went back, copied what I typed and attempted again -- this went OK. TAiN also experienced the same problem. We were both using Opera.

iexplorer = bad stuff iexplore = Internet Explorer (also bad, but off topic )