August 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12421) menuGroup in dropDownMenu does not work when rich:messages present

by Adam Davis (JIRA)

Adam Davis created RF-12421: ------------------------------- Summary: menuGroup in dropDownMenu does not work when rich:messages present Key: RF-12421 URL: https://issues.jboss.org/browse/RF-12421 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.2.2.Final Reporter: Adam Davis Priority: Minor A menuGroup in a dropDownMenu will not work (in any browser) if there is a rich:messages present in the page. -- 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

12 years

6
19
0 / 0

[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">    <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

12 years

2
6
0 / 0

[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

12 years

3
8
0 / 0

[JBoss JIRA] Created: (RF-8125) Development: built-in sorting/filtering

by Anton Belevich (JIRA)

Development: built-in sorting/filtering --------------------------------------- Key: RF-8125 URL: https://jira.jboss.org/jira/browse/RF-8125 Project: RichFaces Issue Type: Sub-task Reporter: Anton Belevich Assignee: Anton Belevich Fix For: 4.0.0.ALPHA2 -- 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

12 years

10
25
0 / 0

[JBoss JIRA] (RF-12355) DnD dropTarget CSS classes not updated

by Egor Kolesnikov (JIRA)

Egor Kolesnikov created RF-12355: ------------------------------------ Summary: DnD dropTarget CSS classes not updated Key: RF-12355 URL: https://issues.jboss.org/browse/RF-12355 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Egor Kolesnikov Attachments: dnd-droppable.js As per documentation (http://docs.jboss.org/richfaces/latest_4_2_X/Developer_Guide/en-US/html/a...): Style classes (selectors) .rf-drp-hvr This class defines styles for the drop target when a dragged item is hovering over it. .rf-drp-hlight This class defines styles for a highlighted drop target. Neither of this happens, probably due to upgrade JQuery-Draggable. Attaching proposed fix. -- 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

12 years

3
13
0 / 0

[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

12 years

3
22
0 / 0

[JBoss JIRA] (RF-12236) showcase - rich:extendedDataTable - re-sizing columns breaks horizontal scrolling

by Juraj Huska (JIRA)

Juraj Huska created RF-12236: -------------------------------- Summary: showcase - rich:extendedDataTable - re-sizing columns breaks horizontal scrolling Key: RF-12236 URL: https://issues.jboss.org/browse/RF-12236 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables, showcase Affects Versions: 4.2.2.Final Environment: richfaces showcase app container: JBoss AS 7.1.1.Final browsers: Chrome, Firefox Reporter: Juraj Huska Re-sizing columns on rich:extendedDataTable breaks horizontal scrolling. -- 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

12 years

7
30
0 / 0

[JBoss JIRA] (RF-12255) kitchensink archetype - error message from server side validation not rendered correctly

by Juraj Huska (JIRA)

Juraj Huska created RF-12255: -------------------------------- Summary: kitchensink archetype - error message from server side validation not rendered correctly Key: RF-12255 URL: https://issues.jboss.org/browse/RF-12255 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: archetype, component-validators Affects Versions: 4.2.2.Final Environment: project generated from kitchensink archetype Reporter: Juraj Huska Priority: Minor Validation error from server side validation is not rendered correctly, the image with red cross is overlapped with the text part. Please take a look at the attached screenshot. -- 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

12 years

3
12
0 / 0

[JBoss JIRA] (RF-12252) kitchensink archetype - creating already registered user throws server side error - it should be caught and user should be noticed

by Juraj Huska (JIRA)

Juraj Huska created RF-12252: -------------------------------- Summary: kitchensink archetype - creating already registered user throws server side error - it should be caught and user should be noticed Key: RF-12252 URL: https://issues.jboss.org/browse/RF-12252 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: archetype Environment: project generated from kitchensink archetype Reporter: Juraj Huska Priority: Minor When creating an already registered user there is server side error, because of the not unique email: {code} javax.ejb.EJBException: javax.persistence.PersistenceException: org.hibernate.exception.ConstraintViolationException: Unique index or primary key violation: "CONSTRAINT_INDEX_8 ON PUBLIC.MEMBER(EMAIL)"; SQL statement: {code} The is also no error message rendered to the user. There should be some notice that such a user have been already registered. -- 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

12 years

4
17
0 / 0

[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

12 years

3
13
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2012