The 2026 Drupal Business Survey is open. Your response will help shape the future of the Drupal business ecosystem.
By Patrick Nelson on
I have a really strange problem with IE6 and would be extremely grateful for a) opinions, b) a second look and c) any help that can be offered as this thing really has me stumped.
I'm running 4.7 CVS (as of today) and all modules installed are also CVS as of today. Amongst the contributed modules that I'm running are blockbar and controlpanel. I don't think either of these two are the problem but I'm mentioning them because the problem seems to occur round about where those modules kick in.
In FF, Opera, Mozilla and IE7 (beta 2), my site displays fine, every time, every page. But in IE6 (with SP2), it doesn't. Well, not always. And it is the not always bit that has me stumped.
Sometimes pages appear fine. For example, /user nearly always appears fine. Most node pages (as far as I can tell) appear fine. But the home page appears fine only sometimes. As the screen_shot here shows, /front_page occasionally shows up only partially rendered. The code just stops. Right about the time it starts to display the body of the page. Other times it's fine. And at this precise moment, going to root (www.vcommunity.org.uk) just gives me "Page cannot be displayed". If I attempt to go to /user, I get a similar "weird" page. But /user/register appears fine in IE6 with no problems whatsoever. If I follow a link on there to, say, the events calendar, again, displays fine.
Just what is going on!?!
I have been through every PHP file (.inc, .module) and have made sure that there are no extraneous whitespaces at the end of any file. I've reloaded every file just in case but I still get the same results.
My questions:
a) Does anyone else get this when they visit my site in IE6? Or is it just me?
b) If it is not just me, what is causing it?
I'm very grateful for any help or opinions offered.
Regards
Patrick
Comments
Wow, that's really fecked
Wow, that's really fecked up.
Here's the story.
I turned on MS HTTP Fiddler
http://www.fiddlertool.com/Fiddler/help/?ver=1.1.0.1
And requested the page.
Looking at the response it gave me, the transaction was allegedly made as gzip-compressed, and indeed it was - up to a point.
At the end of the binary response I spotted
Now this means that plain HTML was being sent in a stream that was supposed to be binary. Basically your server is sending a corrupt gzip package.
Looks like FF can recover from that, and IE just refuses to. Both approaches have their merits, but I'd side with IE if we are looking for web standards. This is garbage in.
It's a funny time and place for you to be getting an error (after the page has been prepared and compressed) , but that's what's happening. Over to you to find why statistics.module is broken.
.dan.
.dan. is the New Zealand Drupal Developer working on Government Web Standards
dman,
dman,
Thanks for the reply. I posted this as an issue too and it would seem the problem is a bug in statistics as well as some other stuff (http://drupal.org/node/51235)
Regards
Patrick
All truth goes through three stages:
- First, it is ridiculed,
- Then it is violently opposed,
- And finally it is accepted as self-evident
vcommunity.org.uk - the business-to-business network for the UK