[
https://issues.apache.org/jira/browse/MYFACES-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587828#action_12587828
]
Leonardo Uribe commented on MYFACES-1842:
-----------------------------------------
I have modified the helloworld example created using myfaces archetypes to see
the problem, and made some test about this.
After checking this issues on IE 7.0.5730.11 and firefox 2.0.0.13 I have the
following behavior when I do a double click.
1. On IE submits the expected query string on the first click. The page goes to
a second page, so nothing wrong shown here.
2. On Firefox, submits the expected query string on both clicks, so on the
helloworld example the page is first shown well and the second all submitted
values are null, so the name is null too.
Myfaces render the hidden fields before the end of the form, which cause
compatibility problems when someone does not use h:form to encapsulate a form.
Mojarra or jsf ri does not, instead create the hidden fields before submit
(including the hidden fields for params), submit the form an then remove the
hidden fields to avoid unwanted effects. Myfaces set the hidden fields (if it
is not rendered on the form creates it), submit the form and then set the
values of the hidden fields to null.
I have noted that autoscroll feature available when using tomahawk + myfaces
uses oamSetHiddenInput instead render the hidden autoscroll part.
After thinking a lot (A LOT!!) about this problem, the best for solve this
problem is do not render hidden fields for this case, but let the code for
hidden fields (compatibility with tomahawk, since jscookmenu use this feature,
this should change in a future release). Instead, for h:commandLink, set and
remove the hidden fields using javascript.
Maybe we can do some workaround to avoid this effect on firefox. I will look
this and see what happens
> commandLink with parameters behaves differently in Firefox and IE
> -----------------------------------------------------------------
>
> Key: MYFACES-1842
> URL: https://issues.apache.org/jira/browse/MYFACES-1842
> Project: MyFaces Core
> Issue Type: Bug
> Components: General
> Affects Versions: 1.2.0
> Environment: Windows XP, MyFaces 1.2.0, Jetty, Firefox 2.0.0.12, IE
> 7.0.570.11
> Reporter: Neil Curzon
> Assignee: Leonardo Uribe
>
> When I have a commandLink element with a parameter, and double click on the
> link, I get different behavior in IE and Firefox.
> IE submits the expected query string on the first click, but on the second
> click generates a query string with the parameter listed twice, both times
> with the correct value, in its name value pairs.
> Firefox submits the expected query string on both clicks.
> The culprit may be the oamSubmitForm javascript.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.