[JBoss JIRA] (RF-12189) Risk of duplicate ID on Tab header with facet ?
by Jean ANDRE (JIRA)
Jean ANDRE created RF-12189:
-------------------------------
Summary: Risk of duplicate ID on Tab header with facet ?
Key: RF-12189
URL: https://issues.jboss.org/browse/RF-12189
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.0.Final
Environment: GlasshFish 3.1.2 - JSF Mojorra 2.1.7 - Spring 3.0.6 Final - CDI Annotation- Firefox 10 - Windows 7 (6.1 sp1)
Reporter: Jean ANDRE
Attachments: Duplicate_ID_html_output.txt
Please, evaluate the risk of duplicate ID. We have check the HTML ouptup with w3c validator and we got following error message:
Line 81, Column 19: ID "desktopForm:TAB_ITEM-02-2-tabTitle" already defined
<span id="desktopForm:TAB_ITEM-02-2-tabTitle" title="Liste # (2)">Liste
Line 79, Column 19: ID "desktopForm:TAB_ITEM-02-2-tabTitle" first defined here
<span id="desktopForm:TAB_ITEM-02-2-tabTitle" title="Liste # (2)">Liste...
Line 82, Column 18: ID "desktopForm:TAB_ITEM-02-2-closeTabButton" already defined
<img id="desktopForm:TAB_ITEM-02-2-closeTabButton" src="/NestedWeb/imag...
Line 80, Column 18: ID "desktopForm:TAB_ITEM-02-2-closeTabButton" first defined here
<img id="desktopForm:TAB_ITEM-02-2-closeTabButton" src="/NestedWeb/imag...
For the following dynamic tab fragment.
{code}
<rich:tab id="#{tab.id}" onenter="enterTab('#{tab.id}');" headerClass="tab-header">
<!-- -->
<!-- DYNAMIC TABS -->
<!-- -->
<f:facet name="header">
 <h:outputText id="#{tab.id}-tabTitle" value="#{desktopController.getTabHeader(tab.id)}" title="#{desktopController.getTabHeader(tab.id)}" />
 <h:graphicImage id="#{tab.id}-closeTabButton" value="/images/closeButton.png"
styleClass="closeButton"
onclick="closeTab('#{tab.id}');stopPropagation(event);"
alt="" />
</f:facet>
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 12 months
[JBoss JIRA] (RF-12212) Accordion - Javascript error - "this.getTogglePanel() is undefined" with ui:repeat
by Jean ANDRE (JIRA)
Jean ANDRE created RF-12212:
-------------------------------
Summary: Accordion - Javascript error - "this.getTogglePanel() is undefined" with ui:repeat
Key: RF-12212
URL: https://issues.jboss.org/browse/RF-12212
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: WAS/RAD - Firefox 12 - JSF 2.1.7 - commons-lang-2.4 - commons-logging-1.1.1 - cssparser-0.9.6 - guava-11.0.1 - hibernate-validator-4.2.0.Final - junit-4.10 - log4j-1.2.16 - org.springframework 3.0.6 - sac-1.3
Reporter: Jean ANDRE
Fix For: 4.2.1.Final, 4.2.0.Final
When we use accordion inside an ui:repeat we got a javascript exception - The accordion does not work at all.
Error is : togglePanelItem.js.jsf?ln=org.richfaces (ligne 43)
{code}
this.getTogglePanel() is undefined
[Stopper sur une erreur]
>>>>>>> this.getTogglePanel().getItems()[this.index] = this;
this.disabled = this.options.disabled || false;
this.index = options["index"];
this.getTogglePanel().getItems()[this.index] = this;
this.__addUserEventHandler("enter");
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 12 months
[JBoss JIRA] (RF-12160) rich:validator does not validate on the client side the @Pattern constraint
by Juraj Huska (JIRA)
Juraj Huska created RF-12160:
--------------------------------
Summary: rich:validator does not validate on the client side the @Pattern constraint
Key: RF-12160
URL: https://issues.jboss.org/browse/RF-12160
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.2.1.Final
Environment: application: generated project from richfaces-kitchensink-archetype 4.2.1-SNAPSHOT
browser: Chrome, Firefox
Reporter: Juraj Huska
When trying to validate input which has annotation based constraint @Pattern, validation for this constraint is triggered only after the submitting of the form. The other constraints (@NotNull, @Size) are triggered as expected, after the BLUR event fired on that input.
The issue is noticeable on the project generated by the kitchensink archetype with RichFaces 4.2.1-SNAPSHOT libraries.
The facelet for the input validation with pattern annotation-based constraints looks like:
{code:xml}
<h:panelGrid columns="3" columnClasses="titleCell">
<h:outputLabel for="name" value="Name:"/>
<h:inputText id="name" value="#{cc.attrs.member.name}">
<rich:validator/>
</h:inputText>
<rich:message for="name" errorClass="invalid"/>
</h:panelGrid>
{code}
The model entity field which is validated in the above mentioned input:
{code}
@NotNull
@Size(min = 1, max = 25)
@Pattern(regexp = "[A-Za-z ]*", message = "must contain only letters and spaces")
private String name;
{code}
Note that I have tried to reproduce this issue on metamer and I was not successful.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 12 months
[JBoss JIRA] (RF-12254) kitchensink archetype - accessing wrong facelet is held in session and consequently accessing a correct one causes HTTP Status 500
by Juraj Huska (JIRA)
Juraj Huska created RF-12254:
--------------------------------
Summary: kitchensink archetype - accessing wrong facelet is held in session and consequently accessing a correct one causes HTTP Status 500
Key: RF-12254
URL: https://issues.jboss.org/browse/RF-12254
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: archetype, mobile
Affects Versions: 4.2.2.Final
Environment: project generated from kitchensink archetype
Reporter: Juraj Huska
Priority: Minor
When accessing wrong facelet on mobile device and consequently the right application context, then the HTTP Status 500 is returned with error message, which can be viewed in the attached screenshot.
It is caused because the {{PageBean}} hold the wrong part of the URL in the session,
{code}
public void setLocation(String location) {
this.location = location;
this.page = String.format("/mobile/%s.xhtml", location);
}
{code}
Note that I have tried to change the scope of the PageBean to RequestScoped, but then the list with members what not updated with the new created ones.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 12 months