The problem we saw is that any arguments on the redirect were lost. Don't
remember the specific version. Hell, there are so many, how could anyone
keep track?
J
>
> did you ever narrow down the exact versions of MSIE which didn't return
> redirect properly?
> would the whole page just hang, or would it process some of the page, or
> would it spit out a particular error?
> do you have code examples of what didn't work?
>
> thanks,
> scott
>
> -----Original Message-----
> From: AOLserver Discussion [mailto:[EMAIL PROTECTED]]On Behalf
> Of Jim Wilcoxson
> Sent: Thursday, May 17, 2001 10:56 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [AOLSERVER] FW: ns_returnredirect
>
>
> We have had problems with MSIE (only some versions) not handling
> redirects following a POST, to the point that we installed a hack: if
> ns_returnredirect is called from a request that was a POST, we send
> out a fake page with a Refresh: meta-tag to do the redirect. Sounds
> horrible, but it works and the return redirect didn't.
>
> Jim
>
> >
> > > Hello everyone,
> > >
> > > I have a strange behavour from aolserver on a ns_returnredirect:
> > >
> > > I have 2 form's in a page, one with enctype='multipart/form-data' and
> the
> > > other without it.
> > > Each of them post to diferent pages (but I try it with the same page and
> > > the result was the same) and on the end of the code on that pages I
> > > redirect each of them to the same Url. I logged both Url�s before the
> > > redirect and confirmed that they are redirecting exactly to the same
> > > place. On the page that receives the post without enctype the
> redirection
> > > succeeds and on the other it can't redirect. It jumps to the root page
> of
> > > the site.
> > >
> > > Anyone has any ideia why is this appening and what's the solution
> (without
> > > removing the enctype because I need it :-) ???
> > > Anyone ever seen this behavour ?
> > >
> > > Thanks,
> > >
> > > Frank
> > >
> >
>
