chant" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List"
Sent: Sunday, May 28, 2006 10:20 PM
Subject: Re: Session form IE problem
>I tried that...still having the same problem. Basically, having a file
> input type element somehow causes all parameters in the reques
rchant"
<[EMAIL PROTECTED]>
To: "Struts Users Mailing List"
Sent: Sunday, May 28, 2006 7:04 PM
Subject: Re: Session form IE problem
I tried your suggestion and put a
instead of the tag...still having the same problem. So we
know its not the struts tag, but the html
, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy. Thank you.
- Original Message -
From: "Rizwan Merchant" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List"
Sent: Sunday, May 28, 2006 7:04 PM
Rizwan Merchant wrote:
I tried your suggestion and put a
instead of the tag...still having the same problem. So we
know its not the struts tag, but the html:file element and the
multipart/form-data encoding thats the problem..
any further suggestions? I am out of ideas on this one now!!
I'
I tried your suggestion and put a
instead of the tag...still having the same problem. So we
know its not the struts tag, but the html:file element and the
multipart/form-data encoding thats the problem..
any further suggestions? I am out of ideas on this one now!!
Frank W. Zammetti wrote:
I didn't see anything unusual in the rendered HTML... I didn't really
expect to, but you never know.
Like Paul, I too have been burned plenty of times by IE settings or
simply clearing cache, etc... to be fair, I've been burned quite a few
times by FF doing similar things, like when you clear
Do you have auto complete turned on? Make sure you don't.
Also for good measure, clear out any form field data in your browser
through IE preferences. I've seen something simlar happen before;
this is most likely a browser setting issue.
--- Rizwan Merchant <[EMAIL PROTECTED]> wrote:
>
> Rendere
Rendered HTML is attached below. I did find a couple of posts on the
Struts mailing list, just trying to figure out if i am having the same
problem as mentioned in these posts..
http://marc.theaimsgroup.com/?l=struts-user&m=113102415703809&w=2
http://issues.apache.org/bugzilla/show_bug.cgi?id
Could you post the RENDERED HTML? Sometimes something sticks out there
that isn't apparent in the source.
Frank
Rizwan Merchant wrote:
ok..!! more on this..I was playing around with the page that was giving
me the problem...(I have attached the entire page below).
When I comment out the ro
ok..!! more on this..I was playing around with the page that was giving
me the problem...(I have attached the entire page below).
When I comment out the rows that define an html:file element everything
seems to work fine...going back and forth between the 2 pages works and
the data in the ses
Actually, I believe GET is the default:
http://www.htmlhelp.com/reference/html40/forms/form.html
Are you using Struts tags? I don't remember if you said... they may
render a method attribute that overrides this... do a view source and
see what's there. If nothing, then it's probably a GET...
Thanks Bart,
silly question..but where do I determine if post is being used or get?
My element does not specify a method attribute (which would
determine "post" or "get" as far as i know)..so wouldnt it default to post?
its probably 4.30 in the evening there...so no excuses abt the time this
t
OK, that unfortunately makes this all a bit more odd. I do this kind of
thing a lot and I don't believe I've run into this problem yet. Mind you
I'm also certain I haven't used a file upload in this context before so
perhaps you're on to something with your suspicion that that could have
someth
Navigation between the 2 pages is done by submitting a request to the
server...there are 2 methods in the action ...stage1() and stage2()
which are invoked to move back and forth. I am pretty sure that the form
is in session scope. Like I mentioned before, this works with FF and
Netscape..hav
Hi,
When you say "go back" what exactly do you mean? HOW are you going back?
Are you relying on the browser's back button? If yes then that's your
problem straight off. Don't do that. Use Struts forms for holding your
Data and the struts JSP tags for creating the form. Make sure the form
is i
Just a shot in the dark here... any chance your form is being submitted
using GET rather than POST? IE tends to be a bit too aggressive with
its caching scheme where GET is involved... I've seen it in the AJAX
realm where a GET appears to not work in IE because it doesn't hit the
server... if
We have a wizard style customer set up process that is spread out over 2
pages. The scope of the form is session (action definition is shown below)
In firefox and netscape, when we fill out some data on page 1 (stage1)
and then move to page2 (stage2), the data in page 1 is retained (this
can
17 matches
Mail list logo
