Jump to content

"Windows XP Post SP3 High-Priority Updates for nLite" page (ht


TitoHL

Recommended Posts

Was using IE8 on XP

Just checked using Chrome and file downloads OK - with the file size you quoted

Did a file compare and there is an 11 byte header added to the file

plus there are periodic blocks of 5 hex bytes inserted into the file at regular intervals - weird.

Have encountered cases where a downloaded file was incomplete - but never with regular internal corruptions.

Link to comment
Share on other sites


Looks like another IE8 incompatability to add to the list.

It seems that IE8 gets the raw GZipped version of the file from the server - and does no conversion back to straight ZIP format

The file you get with IE8 still has a GZip wrapper around the ZIP file.

WinRar will remove this wrapper - if it understands what it is dealing with

Link to comment
Share on other sites

I was downloading your zip file using IE8 - not the most secure browser I will agree - but that is a whole other topic!

Apparently this was a known issue with IE6, IE7 and IE8 - but was never fixed
Documented by MS as a fast published "emerging issues" article (2009/2010) - but no fix was ever implemented.

http://support.microsoft.com/kb/2002350
The two offered resolutions are basically:
Option 1 - Disable HTTP (GZIP) compression for .ZIP files on the web server.
Option 2 - Change the MIME type for .ZIP files on the web server from application/x-zip-compressed to application/octet-stream.

Also discussed here:
http://serverfault.com/questions/77740/corrupt-zip-file-when-downloaded-from-apache-with-internet-explorer

Link to comment
Share on other sites

IE6 < IE7 < IE8 < FF :w00t:

I believe they meant "using IE8 to download", hence my Google Search. It reveals IE8 has "problems" that IE9 "fixes" (re - gzip-enabled).

BTW, putting the Zipped-Script link directly in "raw" IE6 "oddly" tossed me to the HTML page (a/l in my "repair install" of Srv2k3). THEN clicking the Link allowed download and looked ok. Of course, "bugs" still show up since I haven't updated it yet... (JFYI)

Link to comment
Share on other sites

BTW, putting the Zipped-Script link directly in "raw" IE6 "oddly" tossed me to the HTML page

Yeah that's because the download must be referred from updates.html. It's to prevent hotlinking. You're being 302'd.

Link to comment
Share on other sites

Ponch, I'll turn gzip compression back on for the next 24 hours starting in the time it takes me to click my bookmark and click the buttons in cPanel.

Can you test again during that period? Probably don't have to sat this but clear your temp internet files. :blushing:

Thanks

Link to comment
Share on other sites

IE6 6.0.3790.3759 - no problems.

As was stated (google what I gave) it -appears- that only IE8 suffers the affliction.

I'll gladly fire up my XP and/or 98SE (both having IE6) and do another run as proof-testing. Heck, I'll install IE7 on the XP as well if you wish.

HTH

Link to comment
Share on other sites

It's cool. Don't go to all that trouble. I was just curious.

I was on IE6 until early last year when MS completly broke their website on IE6. I used to click the details links in the WU results and the KB articles and bulletins were horrendous. That's about the only times I fired up IE...WU.

Edited by -X-
Link to comment
Share on other sites

Now it says indeed that the Zip file is damaged or incomplete. The funny thing is that Avant Browser, which basically, I thought was a UI layer using IE, is not showing that problem.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...