IE bug is something I can't do about, I can't image about other 3rd party
browser if this ever happen. So, I decided to use the $_REQUEST instead and
not have to deal with the browser issues. You should do the same because as
everyone know, IE bugs doesn't normally get fixed overnight or worse, it
might will never get worked on. So, less headache, I use $_REQUEST and yet
not to have customers be breathing down my neck.
Give it a try if you want, if not then that's okay. It would be the same
thing a year from now and so on.
Scott F.
"Chris Wilson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I found several sources of information regarding a IE bug that does'nt
> pass all the post data, however this is roughly 1/4 times that it does it.
> Its actually become a serious problem for people to navigate through my
> webmail :/
>
> Chris
> > I mean, I sometime found a few POST data had incorrectly went over to
the
> > GET data. I don't know it's a PHP problem but more of a web browser
> > problem.
> >
> > Scott F.
> > "Scott Fletcher" <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]
> >> Try the $_REQUEST variable, this is where both the $_GET and $_POST
come
> >> from and let us know how it goes...
> >>
> >> Scott F.
> >>
> >> "Chris Wilson" <[EMAIL PROTECTED]> wrote in message
> >> news:[EMAIL PROTECTED]
> >> > When in IE, submitting any form on our https page, the post variables
> >> > intermittantly don't come through.
> >> >
> >> > The get variables come through fine. Just not the $_POST variables.
> >> >
> >> > I have tried everything to get this to work. Everything was working
> >> fine
> >> > but it seems after we updated IE with the last critical updates this
> >> > started to become an issue.
> >> >
> >> >
> >> > We have rebuilt servers, and installed apache+modssl+php from
> > /usr/ports,
> >> > as well as manually and have been unable to resolv this issue.
> >> >
> >> > We are using a generic installation of apache+modssl+php with the
> > included
> >> > php.ini, only modifications being Register_globals on and safe_mode
> >> off
> >> >
> >> > We have also tried backing down to an earlier version of php and
> >> apache
> >> > (php 4.3.1, modssl 2.8.15 and apache 1.3.28, which we were running
> > before
> >> > the rebuild)
> >> >
> >> >
> >> > Netscape seems to work fine. Once again, this only seems to be
> >> happening
> >> > on secure pages.
> >> >
> >> >
> >> > We have tried on multiple workstations, and our customers seem to be
> >> > effected by this too.
> >> >
> >> >
> >> > Does anyone know what this might be? possibly an IE bug?
> >> >
> >> > Any help would be apreciated.
> >> >
> >> > Thanks! :)
> >> >
> >> >
> >> > Chris Wilson
> >
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php