[
https://issues.apache.org/jira/browse/TRINIDAD-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12724045#action_12724045
]
Dave commented on TRINIDAD-1515:
--------------------------------
The special case can be solved as described in the email. But it is a
workaround, not a general programming model. It is hard to deal with all
senarios, if users press Back Button several times. That requires developers
to keep all the backing bean data and manage them carefully in session scope.
In jsf ri/tomahawk, they save views for each request, so developers do not have
to worry about what to keep in order for Back button to work.
IF trinidad can let developers to make a choice on when to save tree view
states, it would solve the problem automatically.
Choices are:
1. the way that Trinidad works currently
2. save tree view for each request as JSF ri/Tomahawk works
In our case, we will choose the 2nd because our application is data driven,
i.e. what data on server decides what to show to users. Could you please reopen
this case and add option 2.
> Browser back button does not work
> ----------------------------------
>
> Key: TRINIDAD-1515
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1515
> Project: MyFaces Trinidad
> Issue Type: Bug
> Components: Components
> Affects Versions: 1.2.12-core
> Environment: Trinidad 1.2.11, jsf ri 1.2.12, tomahawk 1.2.12, IE7
> Reporter: Dave
>
> When we use jsf ri and tomahawk, our jsf app works well for browser back
> button. But after we use Trinidad, browser back button does not work.
> Consider the following senario:
>
> 1. show a table of employees (backing bean data is a list of employees)
> 2. click an employee A and show the employee,(backing bean data is now
> changed to the employee)
> 3. click browser back button
> 4. click an employee B. Employee B will not be shown because the backing
> data has been changed to employee A in stop 2.
>
> The same page is used and <t:saveState> is used to keep backing bean data.
> I looked the generated HTML viewState values in the steps above. They are
> the same. That means that only the same view(stored view tree in server side)
> is used. For jsf/tomahawk, I believe different view trees are used for the
> senario above and thus back button works.
>
> Back button is often used by users.
> Trinidad should add an option: save different view state for each request or
> each differeant page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
