Welcome to WebmasterWorld Guest from

Forum Moderators: coopster & jatar k

Message Too Old, No Replies

NEED HELP with Post Problem On IE 6

Problem arose from May/Jun MSFT Patch

7:39 pm on Jul 17, 2007 (gmt 0)

New User

10+ Year Member

joined:July 19, 2006
votes: 0

I'm building a web site with PHP hidden from users. In May/Jun of this year I installed MSFT automatic patches on an XP box that broke two pages (out of many) with medium sized (I think they're medium) <form method="post" ...> entries. 95% of the time on IE6.x I get "The page cannot be displayed. The page you are looking for is currently unavailable." When I get the message, a refresh gives me a post only %1 of the time and about 10% of the time a refresh throws me back to the original empty form.

The basic form for these two pages is
<form id="cr_form" enctype="multipart/form-data" method="post" action="<?php echo $self;?>" onsubmit="return ValidateChangeForm()">

Using the $self action works fine on 26 other POST forms. I currently carry this warning on the two forms when the browser is msie 6, but would like to remove it.

Warning: Under some routing conditions patches installed for Internet Explorer 6.x on Windows XP Service Pack 2 in May/June 2007 cause update failures. Sometimes a refresh resolves the problem. If you experience this problem and it persists after a refresh, please contact your network administrator or try another browser, e.g. upgrade to Internet Explorer 7, Safari, FoxFire, Mozilla, etc. No known Microsoft patch for Windows XP and Internet Explorer 6 corrects this problem yet.

I recommended the other browsers in the warning, because the error never happens on any of these browsers, only on IE 6.x. It didn't even happen on IE 5.x on an old WINNT box.

I've tried many different things, e.g., creating a cgi-bin executable to handle the post, instead of $self, changing my routing tables so the tests only go over the LAN instead of out and back to out site. But nothing works. Maybe I added too much to these forms, maybe there's some header I must send, maybe it's some unknown configuration parameter required in php.ini, maybe it because of my routing. All I know is it first broke in May and got much worse in June. The access log shows the browser never even issued the POST to the server.

The form with the worst problem only has one submit button.

<input type="submit" name="save" ...>

The form with fewer problems has one or two submit buttons, depending on the state of the cr_form.

<input type="submit" name="update" ...>
<input type="submit" name="archive" ...>

8:05 pm on July 17, 2007 (gmt 0)

Junior Member

10+ Year Member

joined:July 1, 2005
votes: 0

Am I right in thinking that you are trying to get the form to POST back to the same page the form is on?

If so use -

action="<?PHP $_SERVER['PHP_SELF']?>"

instead of -

action="<?PHP echo $self?>"

8:20 pm on July 17, 2007 (gmt 0)

New User

10+ Year Member

joined:July 19, 2006
votes: 0

I use $self = $_SERVER['PHP_SELF'];
So action="<?php echo $self;?>" is equivalent.

The problem is specifically related to IE6. It does not occur with any of the many other browsers I test or on IE6 for any of the 26 other pages using <form method="post" action="<?php echo $self;?> ...>" in the PHP code.

I didn't post this on the browser issues, because I think it's some header I must send with PHP or PHP.INI configuration value I must set. I increased the number of input members (hidden and otherwise) in both these pages about the same time I applied the patches.

Thank you for looking. All eyes help

9:21 pm on July 17, 2007 (gmt 0)

New User

10+ Year Member

joined:July 19, 2006
votes: 0

I did forget to mention one thing. All the post action pages (including the 26 that work with IE6 with no problem) are viewed under SSL.

Join The Conversation

Moderators and Top Contributors

Hot Threads This Week

Featured Threads

Free SEO Tools

Hire Expert Members