Thanks Bart,
silly question..but where do I determine if post is being used or get? My <html:form> 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 time ;) jk...

Bart Busschots wrote:
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 something to do with it. Have you tried setting both forms with the same enctype even though it's obviously not needed on one? Also, are both forms being submitted with post at all times, even when going "back"? Someone mentioned previously that IE can be a bit over-zealous when it comes to caching if you use get so it would be no harm to rule that problem out.

Not sure that's a lot of help but it's the best I can come up with at 2:20 AM!

Bart.

Rizwan Merchant wrote:

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..having issues with IE.

One thing, on the second page, we allow the user to upload files as part of the customer set up process..the form tag looks like
<html:form action="/CustomerManager" enctype="multipart/form-data">

Could the enctype attribute be a problem??

Please let me know what other information I can provide to help you understand the problem better..appreciate your help.



Bart Busschots wrote:
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 in session scope and get back to the page with a call to the server and all should be well. If that's what you are doing and it's not working then something funnier is a foot and you'll need to give us a lot more details if we're to have any chance at all of helping.

Bart.

Rizwan Merchant wrote:

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 be confirmed by going back to page 1 before we even save the info). But in IE, when I go from page 1 to page 2, and then back to page 1..all the data previously entered is lost.

Not sure why IE is behaving this way. FF and Netscape seem to be fine...
Please help..

Thanks,
-Riz.

       <action path="/CustomerManager"
           type="org.springframework.web.struts.DelegatingActionProxy"
           parameter="method"
           scope="session"
           name="customerForm"
           validate="false"
       >
           <forward name="list" path="/customerManagerList.jsp"/>
           <forward name="search" path="/customerManagerSearch.jsp"/>
           <forward name="stage1" path="/customerManagerForm.jsp"/>
           <forward name="stage2" path="/customerManagerForm2.jsp"/>
           <forward name="user" path="/UserManager.do?method=edit"/>
<forward name="order" path="/OrderManager.do?method=new_order"/> <forward name="shipping_log" path="/OrderManager.do?method=search"/>
       </action>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to