Details
-
Type:
Bug
-
Status: Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 2.1-Beta2
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Environment:Prod: Win 2008 Server with Jetty 6
-
ICEsoft Forum Reference:
-
Workaround Description:Not really a workaround to be used if you have hundreds of PopupPanels in place .... See related forum entry comments.
Description
Often there is a Cancel button on a popupPanel located to close the dialog without having the validators to be fired. JSF foresees for this the immediate="true" tag. However, introducing this tag, causes the dialog to be asynchronous to the server values when opened the next time, it doesn't reflect the values on server side anymore.
As written in the related Forum entry, this seems to be standard behaviour. However, this really doesn't help and makes programming very complex for such an easy case. I think this is something a framework like IceFaces should solve as it is a many times used standard use case.
At least with the next display of a PopupPanel, the values should again reflect the servers backingbean values.
As written in the related Forum entry, this seems to be standard behaviour. However, this really doesn't help and makes programming very complex for such an easy case. I think this is something a framework like IceFaces should solve as it is a many times used standard use case.
At least with the next display of a PopupPanel, the values should again reflect the servers backingbean values.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion