Andrew,

I'm hitting the same problem.   I spent half of Friday trying to track
it down, but I haven't solved it yet.

So far, I've determined that it affects all UIData components
(h:dataTable, t:dataTable, and t:dataList).

I've also figured out that it has something to do with incorrectly
restoring the row state for EditableValueHolders in the UIData during
renderResponse.   The UIData should render the submitted values, but
those submitted values are wrong.

During applyValues, the submitted values for the UIInputs are
correctly set and restored, but during renderResponse, the submitted
values for the UIInputs have mysteriously changed to null.    I'm
still trying to figure out why the restored table state isn't the same
in all phases.


On 6/30/06, Andrew Robinson <[EMAIL PROTECTED]> wrote:
I had thought I had my problem of phases with UIData figured out, but I am
still having issues.
I have a data table with input controls in it (inputText for example).
Sometimes I lose data in these controls. Here are the use cases and the
associated issue:

If action immediate set to true, I lose all my data in the data tables
If immediate is false my action never fires if a validation error occurs
(this is not what I want in this use case, I want my action to ALWAYS fire)
If I change the phase ID of the action to the validations phase, and there
are validation errors, everything works
If I chagne the phase ID of the action to the validations phase and there
are no validation errors, I lose my data in the table What I am trying to
figure out is the difference between #3 and #4.

So, I have changed my action to execute during the processing of
validations. This allows me to run my code regardless of validation errors.
The side effect is if there are no validation errors, I still lose my data.

Why would all my submitted values re-render in the data table when there are
validation errors, but not when there are not (I am skipping update model,
so in either case it never fires)?

I can't see any difference in the code except that with validation errors
there is at least one UI component marked as not being valid, but that
doesn't seem like it should cause a behavior change with all components on
the whole page. If it does how does that work (I couldn't see any such
behavior in the code)?

I really need to get this sorted out, so if someone could shed some light on
how UIData manages to have its child components render submitted values or
not I'd really appreciate it.

Thanks,
Andrew


Reply via email to