[ 
http://issues.apache.org/jira/browse/ADFFACES-36?page=comments#action_12417724 
] 

Adam Winer commented on ADFFACES-36:
------------------------------------

No, I didn't say that;  re-read my comment.  If you're using request scope, 
each PPR request is, quite obviously, a separate scope, and the value will be 
reset from one request to the next - that's plain logic.  The only part that's 
non-obvious is that partialTriggers only fires when an event fires - and 
valueChangeEvents only fire when the value changes *as perceived on the server* 
- not on the client.  That's a generic JSF issue, not Trinidad.  The behavior 
you're seeing is precisely as specified, and not a bug.

Please don't reopen this bug directly;  if you have further questions, bring 
them up on adffaces-user, and we can work towards a solution there.

> af:selectOneChoice doesn't cause a partial page refresh if you choose the 
> initial value the select box was rendered with
> ------------------------------------------------------------------------------------------------------------------------
>
>          Key: ADFFACES-36
>          URL: http://issues.apache.org/jira/browse/ADFFACES-36
>      Project: MyFaces ADF-Faces
>         Type: Bug

>  Environment: We are using request scope beans
>     Reporter: Peace Software

>
> There seems to be some optimisation going on that is stopping a partial page 
> refresh to be triggered if the user selects the initial value the select box 
> was rendered with.
> This is a problem for us as we are using request scope beans.  Imagine the 
> page is rendered with the value of the select being "x", the user changes the 
> value to "y" and  a partial page refresh is triggered.  However when the user 
> changes the value back to "x" no refresh is triggered as as far as the 
> backing bean is concered the value is already "x", because we are request 
> scope beans, and therefore no refresh is necessary.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Reply via email to