[JBoss JIRA] Created: (RF-10940) Client side validation refers to non existing javascript function
by Niels Soeffers (JIRA)
Client side validation refers to non existing javascript function
-----------------------------------------------------------------
Key: RF-10940
URL: https://issues.jboss.org/browse/RF-10940
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.0.0.Final
Reporter: Niels Soeffers
Client Side Javascript functions are called on the component tags (for example onChange attribute) and defined at the bottom of the rendered page. We encountered a case where the function called in the onchange attribute is not defined at the bottom of the page.
Our domain layer contains two different classes RG and SRG (they do not inherit from each other). However they both embed an embeddable class E with a field "name"
In the GUI we have a page with a single form and two regions. One for adding a RG object and one for adding a SRG object. Both regions contain a h:inputText for the "name" field. So the first inputText is bound to {{RG.embedded.name}} and the second on {{SRG.embedded.name}}. Both inputTexts have a rich:validator tag as a child component.
When the page is initially rendered both h:inputText have the same javascript function referred to in their onchange attribute (RGName_3Av).
Which is not wrong because the validation (@NotNull on the "name" field in the Embedded class) is the same for both value bindings. It is a little bit confusing to see a method with a name of RGName_3Av on a component that is actually bound to SRG and so we would expect the method to call SRGName_3Av, but it's certainly not wrong and I even find it a very nice optimization.
However when we click on an a:commandButton in the second region and rerender this second region, then suddenly the javascript function in the onchange attribute of the second inputText is changed and the name refers to the SRG component (SRGName_3Av), but this javascript method is never defined, because it was optimized when we initially rendered the complete page.
Hope you can reproduce the problem with the above description and fix the problem or provide a workaround?
Kind Regards,
Niels
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-10948) component select: instable behaviour in conjunction with a standard jsf-tag ajax (event selectitem, probably more)
by Sergej Becker (JIRA)
component select: instable behaviour in conjunction with a standard jsf-tag ajax (event selectitem, probably more)
------------------------------------------------------------------------------------------------------------------
Key: RF-10948
URL: https://issues.jboss.org/browse/RF-10948
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Final
Environment: Webcontainer: Tomcat 6
JSF 2.0 implementation: mojarra 2.0.4-b9
Richfaces 4 Final
Reporter: Sergej Becker
The durable usage of the sample below can reproduce an inconsistent behavior of the component 'select' in conjunction with a standard jsf-tag 'ajax':
on event 'selectitem' (it probably effects more events) the ajax-request doesn't work consistent. Occurs sporadically! It usually affects the first selected value.
<h:form id="formid">
<rich:select value="#{...}" label="...">
<f:ajax event="selectitem" render=":formid:tableid" />
<f:selectItem itemValue="0" itemLabel="0..n" />
<f:selectItem itemValue="20" itemLabel="20..n" />
<f:selectItem itemValue="40" itemLabel="40..n" />
</rich:select>
<h:dataTable value="..." id="tableid" var="...">
<h:column>
<h:outputText value="..."/>
</h:column>
<h:column>
<h:outputText value="..."/>
</h:column>
<h:column>
<h:outputText value="..."/>
</h:column>
</h:dataTable>
</h:form>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-7692) InplaceSelect doesn't support SelectItemGroup elements
by Anton Lisovenko (JIRA)
InplaceSelect doesn't support SelectItemGroup elements
------------------------------------------------------
Key: RF-7692
URL: https://jira.jboss.org/jira/browse/RF-7692
Project: RichFaces
Issue Type: Bug
Components: component-input
Reporter: Anton Lisovenko
Priority: Minor
Currently inplaceSelect component does not support SelectItemGroup nested elements. It displays only SelectItemGroup labels and ignores nested SelectItem elements. This reduces the styling and grouping possibility for select elements, because jsf select items do not allow 'style' atribute either.
It would be great to have the possibility to use grouped select items in inplaceSelect. Seems this is more the bug, than feature request, but feel free to change the type, if necessary.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-8083) Combobox suggestionValues strips consecutive spaces
by Wayne Bagguley (JIRA)
Combobox suggestionValues strips consecutive spaces
---------------------------------------------------
Key: RF-8083
URL: https://jira.jboss.org/jira/browse/RF-8083
Project: RichFaces
Issue Type: Bug
Components: component-input
Affects Versions: 3.3.2.SR1
Environment: Firefox 2.0
Reporter: Wayne Bagguley
Priority: Minor
I have a combobox that is connected via the suggestionValues attribute to a list of Strings and some of these Strings have spaces in the middle of the text and sometimes at the end, for example:
" This starts with a space"
"This ends with a space "
"This has two spaces after the word two"
In these cases, the start and end spaces are removed and the two spaces in the middle of the last String are reduced to one space when they are selected from the suggestion list. I need to have the spaces preserved but this is currently impossible.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-9352) Collapsible panel: facet headerCollapsed doesn't work
by Pavol Pitonak (JIRA)
Collapsible panel: facet headerCollapsed doesn't work
-----------------------------------------------------
Key: RF-9352
URL: https://jira.jboss.org/browse/RF-9352
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Milestone2
Environment: RichFaces v.4.0.0-SNAPSHOT SVN r.19188
Java(TM) SE Runtime Environment 1.6.0_21-b06
Linux 2.6.34.6-54.fc13.x86_64
Mojarra 2.0.2-FCS
Chrome/7.0.525.0, Firefox 3.6.7
Reporter: Pavol Pitonak
The following panel doesn't change header when collapsed:
<pn:collapsiblePanel id="panel">
<f:facet name="headerExpanded" >
header exanded
</f:facet>
<f:facet name="headerCollapsed" >
header collapsed
</f:facet>
Hello!!!
</pn:collapsiblePanel>
Firebug shows the following warning when page is loaded:
Error in parsing value for 'display'. Declaration dropped.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months