Form Post Submittals - Sporadic? Caused by new patch?

[Guest]

After patching to the new cumulative security update, IE seems to only sporadically post form information between pages. It doesn't matter whether or not it's posting back to the PHP it's currently on or to another one, as it just sometimes forgets the information as it posts. This has caused tons of problems in my workplace where we rely on form submittals to move and update information, and if it doesn't work, then we're stuck..

Is this sort of thing intentional in the update? Is there a way to fix it? Has anyone else seen this behavior? So far we're looking at 10 machines with the same problem!

Thanks,
-C

 

[zeph]

We are seeing the same problem on our live systems but have been
unable to reproduce it (so far) on a test box. The problem occurs
using a simple POST form (no javascript, no URLs with user/password,
etc). This error occurs sporadically. Pressing the browser back
button and resubmitting the form almost always works (though I have
seen it fail twice in a row). This problem does not occur with an
unpactched IE6 (that's the Feb 2, 2004 security patch). The problem
also does not occur using other browsers. We have seen the problem
occur with the patched IE client running on NT, 2000, and XP.

If you are seeing a similar problem please email me with a description
of your configuration.

- zeph

After patching to the new cumulative security update, IE seems to

only sporadically post form information between pages. It doesn't
matter whether or not it's posting back to the PHP it's currently on
or to another one, as it just sometimes forgets the information as it
posts. This has caused tons of problems in my workplace where we rely
on form submittals to move and update information, and if it doesn't
work, then we're stuck..

 

[Jim Cramer]

A very similar thing started happening to me too when using
IE with the newest security patch, just released.

Sporadically, and only when using SSL, *none* of the data
from my POST form gets passed to my perl5 cgi script which
is using the CGI.pm module methods to retrieve the
data from the form.

Pressing Browser Back button and resubmitting the form
almost always works, but not always, like the previous
person's experience described below. Reloading the
page usually makes it fail the first post or 2 after
reloading, although from time to time it does work.

It is very intermittent.

Does anyone know what can be done about this problem.
Please email me directly if so.

Jim

-----Original Message-----
We are seeing the same problem on our live systems but have been
unable to reproduce it (so far) on a test box. The problem occurs
using a simple POST form (no javascript, no URLs with user/password,
etc). This error occurs sporadically. Pressing the browser back
button and resubmitting the form almost always works (though I have
seen it fail twice in a row). This problem does not occur with an
unpactched IE6 (that's the Feb 2, 2004 security patch). The problem
also does not occur using other browsers. We have seen the problem
occur with the patched IE client running on NT, 2000, and XP.

If you are seeing a similar problem please email me with a description
of your configuration.

- zeph


"cfinlay" <cwfsp@*NO-SPAMPLZ*hotmail.com> wrote in

message (e-mail address removed)>...

IE seems to
only sporadically post form information between pages. It doesn't
matter whether or not it's posting back to the PHP it's currently on
or to another one, as it just sometimes forgets the information as it
posts. This has caused tons of problems in my workplace where we rely
on form submittals to move and update information, and if it doesn't
work, then we're stuck..

there a way to fix it? Has anyone else seen this
behavior? So far we're looking at 10 machines with the
same problem!

 

[DavidWN]

I'm having the exact same problem. I've spent months
developing a complex form for data submission (which has
to go over SSL), and Microsoft screw it all up in one go.
I'm desperate for a solution.!! My server people say it's
not their problem, despite me warning them that none of
their customers will be able to use their server with
forms on IE ! It seems to be a timing problem - if you're
quick to submit after the page loads then you're OK (15
secs) which is why the resubmit option usually works.
Grrrrrrrrrr

 

[zeph]

We are testing a workaround for the IE6 POST problem introduced with
KB832894 -- at this point I cannot say if this has fixed the problem,
or simply made it a lot less likely to occur. The workaround was
simply to turn off HTTP keepalive on the server. While this has
resulted in reduced performance, at least our web application is
working properly again.

Zeph

 

[MSSteve]

Hi guys

Just found you, amazed your so few. Spent the last three
weeks trying to troubleshoot this one. I was beginning to
think I was on my own with this frustrating problem (see
subject: "Form values not reaching action page") on this
newsgroup. There does appear to be growing evidence that
a serious flaw exists somewhere in the XP Pro/IE.6.
client browser setup. Will be looking out for you.

I have my windows autoupdate permanently turned off to
prevent this type of scenario. I manualy update only when
I need to. For reference my browser version is:
6.0.2800.1106.XPSP1.020828-1920, update: SP1;Q810487.
As far as I am aware I have not recieved the recent patch
zeph refers to dated: Feb 2, 2004. The behaviour I get
is, never the less, similar to what you are experiencing.
Comments?

Among the server side scripting technologies I note that
PHP & PERL have been tested. I can add ColdFusion MX to
the list. For my client/server details see above posting.

I shall watch this space.

Regards, Steve

 

[iebug]

all the scripts this is currently effecting are self
calling forms, ie test.cgi has ACTION=test.cgi

So im guessing IE is doing something wrong with cacheing
the page.
Also its only happened on SSL pages so far.

Can anyone confirm the bug on a non SSL page, or
on a page that submits to something else?

 

[MSSteve]

In my case the test is a form/action page pair not using
SSP. I have tried turning cache off in the header as was
previously suggested to me. This unfortunately made no
difference to the outcome. I have tested a form which
posts results to itself but this gives me the same error.

In my case, the content returned by the form.variable(s),
is a list of CGI type keyword/value pairs, these replace
the simple values that should be returned. I have now
tested the same code on an NT4/IE6 client which provides
the correct results and behaviour against an XP Pro/IE6
client which does not.

Steve

 

[Robert Aldwinckle]

So im guessing IE is doing something wrong with cacheing

the page.
Also its only happened on SSL pages so far.

There is a known workaround for another symptom which may help.
Try enabling caching of encrypted pages. I.e. uncheck:
Do not save encrypted pages to disk
(Options, Advanced tab, Security section)


Good luck

Robert Aldwinckle

 

[Blue Jean]

Hi,

Any new words about this workaround?
I want to know if this can really fix the problem.
Thank you very much.

-B.

 

[H Leboeuf]

Have a look at this article.
http://support.microsoft.com/?kbid=831167