Hi I filed a bug report under <a href="https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=790">https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=790</a><br><br>But I would need further clarification regarding this issue, so that I can move forward with a fix. Since a fix obviously would not break anything (or unlikely at this stage), IŽd rather fix it in the 2.0.1-SNAPSHOT codebase for MyFaces instead of having<br>
to wait for a fix on the spec side. <br><br>But the fix behavior must be inline with the fixed functionality on the spec side in this area, so that I do not program behavior in, which we cannot expect, once this is fixed on spec level (and Mojarra also has to fix this obviously)<br>
<br>Have in mind, this is a usecase, which can happen very often, especially in a szenario, where javascript dialogs are used which have to rely on position absolute, directly under the document element (due to IE6 having personal problems with position:fixed)<br>
so a typical multi window szenario, where there are lots of embedded frames in dialogs and the dialogs can be pushed through the ppr cycle...<br><br><br>Werner<br><br><div class="gmail_quote">On Wed, May 5, 2010 at 3:08 PM, Martin Marinschek <span dir="ltr"><<a href="mailto:mmarinschek@apache.org">mmarinschek@apache.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Werner,<br>
<br>
I agree with you - a new view-state should lead to an update of this<br>
state in all forms - not only the submitting one. The view-state<br>
covers the state for the full _view_ and not the one of one _form_ -<br>
everything needs to be updated - or submits from other forms will not<br>
be possible anymore!<br>
<br>
best regards,<br>
<font color="#888888"><br>
Martin<br>
</font><div><div></div><div class="h5"><br>
On 5/5/10, Werner Punz <<a href="mailto:werner.punz@gmail.com">werner.punz@gmail.com</a>> wrote:<br>
> Hello I am asking this because this because I user ran into this issue by<br>
> using a dom modifying javascript widget and tried to press it through<br>
> jsf.ajax.request.<br>
> (aka a typical dialog widget)<br>
><br>
><br>
> The issue is that there is a usecase where you try to execute a ppr within<br>
> one form<br>
> and then try to render another form.<br>
><br>
> aka:<br>
><br>
> <h:form id="form1"><br>
><br>
> ... jsf.ajax.request(this, event, {execute:"form1 form2", render:"form2"});<br>
> </h:form><br>
><br>
><br>
> <h:form id="form2"><br>
> </form2><br>
><br>
> The main issue here is that after the request a javax.faces.ViewState<br>
> element is issued in the ppr cycle. Now the spec says:<br>
><br>
> If an update element is found in the response with the identifier<br>
> javax.faces.ViewState:<br>
><br>
> <update id="javax.faces.ViewState"><br>
> <![CDATA[...]]><br>
> </update><br>
><br>
> locate and update the submitting form's javax.faces.ViewState value with the<br>
> CDATA contents from the response.<br>
><br>
> Now this works coherently with a single form usecase because the viewstate<br>
> is issued on the submitting element.<br>
> The main problem is, both implementations in this special case have another<br>
> behavior.<br>
><br>
> if the form2 is rendered there is no viewstate element in the udate<br>
> id="form2" but after that the viewState element is issued,<br>
> now however myfaces swallows it entirely for form2 because of this spec<br>
> entry, mojarra updates it only if render:"form2"<br>
> but if for instance<br>
> <h:panelGroup id="outerFormGroup"><br>
> <h:form id="form2"><br>
> </form2><br>
> </h:panelGroup><br>
><br>
> and render:"outerFormGroup" then it is swallowed as well.<br>
><br>
> I assume now following, since the viewState is viewRoot related, shouldŽt we<br>
> simply update all form elements over the entire page with the new viewState<br>
> content and simply add this field for form elements where the viewState<br>
> control is not present?<br>
> The other solution would be to update all forms where an execute and rendere<br>
> happend or at least a rendere happend inside (or as parent node of the form)<br>
><br>
> Werner<br>
><br>
<br>
<br>
</div></div><div><div></div><div class="h5">--<br>
<br>
<a href="http://www.irian.at" target="_blank">http://www.irian.at</a><br>
<br>
Your JSF powerhouse -<br>
JSF Consulting, Development and<br>
Courses in English and German<br>
<br>
Professional Support for Apache MyFaces<br>
</div></div></blockquote></div><br>