-
1. Re: InputText value being cached
pmuir Jun 27, 2007 7:16 PM (in response to texan)This is most likely your browser remembering the value input - if the outputText is correct, then it isn't Seam/JSF.
-
2. Re: InputText value being cached
texan Jun 27, 2007 9:50 PM (in response to texan)I would normally agree, but it behaves the same way in Firefox and IE 6, and I changed the cache settings in IE, and added a nocache line to the code.
Besides, it only "remembers" the value when I change it then cancel.
To expand on the problem a little, if I click on two items in the source page to edit them, I get two independent conversations with two different values for the name. If I change one of them and save it, all is well.
If instead I change one of them and cancel, that value will show up as the "name" input in any other edit window. -
3. Re: InputText value being cached
keurvet Jun 28, 2007 5:46 AM (in response to texan)What JSF framework do you use ? I ask the question because IceFaces has this bug in its bug list : http://jira.icefaces.org/browse/ICE-1343 . A hack is given there.
-
4. Re: InputText value being cached
texan Jun 28, 2007 10:08 AM (in response to texan)Ah, we're using IceFaces (1.6DR5). I had discounted that before because I have this problem with h:inputText as well as ice:inputText, but maybe IceFaces is still controlling the underlying model.
I'll take a look at their hack.
Thanks! -
5. Re: InputText value being cached
texan Jun 28, 2007 12:23 PM (in response to texan)As a followup, I had trouble implementing their workaround (from the Jira bug).
I was cancelling from a popup window, trying to end the conversation, and reload the parent window.
For some reason, when I tried to do this from the action listener, my parent window would hang.
I got it working by implementing both a listener and an action for the cancel button. The listener executes the workaround (clearing the submitted values in the UIComponents), while the action ends the conversation and triggers the parent window to reload.