Ok, I think I've figured out the first page problem. Page1 is also called the Home in the application config file. So when using inspector I see two values are being stored. One session value for Home and the other for Page1. So if you click off Page1 it sets that session. But when you click back it's not saved a value for Home yet so it sets back to default. But it you submit again on Page1(aka Home) it saves a value for both, and now sets back correctly. How can I get around this?
Stanczak Group wrote: > Stanczak Group wrote: > >> Geoff Longman wrote: >> >> >>> Hmm, the behaviour you have described I have seen and it was due to caching. >>> >>> >>> >> It could be, I just don't understand how I should be setting the >> caching? Do you have a site with examples, or is it just creating a >> filter on the application? >> >> >>> You are sure the selection is being stored in a property that is persistent? >>> >>> >>> >> <property name="majorID" initial-value="" persist="session"/> >> >> > Disregard the initial-value="" part. That was something I put there > testing stuff. It's not normally there. > > >>> At this point I'd break out the debugger and watch what's happening >>> when Page 2 renders on a back operation. >>> >>> >>> >> What's the tool to use on Tapestry. Wasn't it the inspector once. I've >> been using log data and sys prints. What debugging method would you >> recommend. I use Netbeans 5. >> >> >>> BTW - we have found that adding no-cache to the page markup is an >>> incomplete solution. We have had better results using a servlet filter >>> that sets the response headers directly (proxies and such sometimes >>> don't respect no-cache in the markup). Since caching doesn't appear to >>> be the cause of your problem I don't think that would help. >>> >>> G. >>> >>> On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>>> I created a delegate to the Shell, to add the no-cache but that still >>>> didn't fixed. Is that how I should stop caching? >>>> >>>> Geoff Longman wrote: >>>> >>>> >>>> >>>>> You sure Page1 isn't being cached by the browser? >>>>> >>>>> Geoff >>>>> >>>>> On 2/17/06, Stanczak Group <[EMAIL PROTECTED]> wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> Say your on page 1. You make a selection from the dropdown, then click >>>>>> the submit button. That button takes you to the next page, page 2. On >>>>>> page 2 you click the submit button called "Back" that takes you back to >>>>>> page 1. But page 1 will not set back to the value you selected in that >>>>>> dropdown previously. But if you repeat the process again it will start >>>>>> remembering the value and work fine. It's like lazy loading or >>>>>> something. Anyone have a suggestion? I have dropdown boxes that work >>>>>> just fine, and others that don't. Same with multiple property select >>>>>> components. But all text field seem to work fine. >>>>>> >>>>>> -- >>>>>> Justin Stanczak >>>>>> Stanczak Group >>>>>> 812-735-3600 >>>>>> >>>>>> "All that is necessary for the triumph of evil is that good men do >>>>>> nothing." >>>>>> Edmund Burke >>>>>> >>>>>> ..________...............__................. >>>>>> ./ _____/..____..._____/..|_..____...____.... >>>>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... >>>>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... >>>>>> .\______../\___.._\__|../__|..\____/.\____/...... >>>>>> ........\/.....\/.....\/.......................... >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> -- >>>>> The Spindle guy. http://spindle.sf.net >>>>> Get help with Spindle: >>>>> http://lists.sourceforge.net/mailman/listinfo/spindle-user >>>>> Blog: http://jroller.com/page/glongman >>>>> Feature Updates: http://spindle.sf.net/updates >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> -- >>>> Justin Stanczak >>>> Stanczak Group >>>> 812-735-3600 >>>> >>>> "All that is necessary for the triumph of evil is that good men do >>>> nothing." >>>> Edmund Burke >>>> >>>> ..________...............__................. >>>> ./ _____/..____..._____/..|_..____...____.... >>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... >>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... >>>> .\______../\___.._\__|../__|..\____/.\____/...... >>>> ........\/.....\/.....\/.......................... >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>>> >>>> >>>> >>> -- >>> The Spindle guy. http://spindle.sf.net >>> Get help with Spindle: >>> http://lists.sourceforge.net/mailman/listinfo/spindle-user >>> Blog: http://jroller.com/page/glongman >>> Feature Updates: http://spindle.sf.net/updates >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >>> >>> >>> >> >> > > -- Justin Stanczak Stanczak Group 812-735-3600 "All that is necessary for the triumph of evil is that good men do nothing." Edmund Burke ..________...............__................. ./ _____/..____..._____/..|_..____...____.... /...\..____/.__.\./....\...__\/.._.\./._..\.... \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... .\______../\___.._\__|../__|..\____/.\____/...... ........\/.....\/.....\/.......................... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
