November 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10256) Extended Data Table - multiselection using shift across pages on backward pages

by Lukas Fryc (JIRA)

Extended Data Table - multiselection using shift across pages on backward pages ------------------------------------------------------------------------------- Key: RF-10256 URL: https://issues.jboss.org/browse/RF-10256 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Milestone5 Environment: * RichFaces 4.0.0-SNAPSHOT r.21066 * Metamer 4.0.0-SNAPSHOT r.unknown * Mojarra 2.0.3-FCS * Apache Tomcat 6.0.29 * OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux * Firefox 3.6.13 @ Linux x86_64 Reporter: Lukas Fryc Although the forward direction works well, using the "end" of multi-selection on the page previous to "start" of multi-selection leads into server request and only the "start" selected". See [Steps to Reproduce] -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

7
9
0 / 0

[JBoss JIRA] (RF-11751) inplaceInput - edit() from #{rich:component('firstNamex')}.edit(); -

by Jean ANDRE (Created) (JIRA)

inplaceInput - edit() from #{rich:component('firstNamex')}.edit(); - --------------------------------------------------------------------- Key: RF-11751 URL: https://issues.jboss.org/browse/RF-11751 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) - AspectJ 1.6.12 / AJDT Reporter: Jean ANDRE We want to active the edit mode of an <rich:inplaceImput> mode by clicking on link. Our final goal is to activate all inplaceImput contained inside a form by a single click. In fact, we want to place the form in edit mode versus view mode where the fields are not editable. 1) The first problem is how to disable an inplaceImput component to avoid a user to edit it. Does the editEvent can be used ??? 2) How to place all inplaceImput field in edit mode by a single click from a link or a command button Our experimentation shows many problem to get a success and we fail. In fact, the function #{rich:component('firstNamex')}.edit() where the firsNamex is the id of an inplaceImput trigger a javaScript error such as : {code} RichFaces.$("tabbedForm:firstNamex").edit is not a function {code} Then we decided to display by an alert what is the component returned by the call and the alert seems to display list of components instead of the real component to edit !!!??? - The call is as following : onclick="alert(#{rich:component('firstNamex')});"/> and it returns the values below: {code} BaseComponent, inputBase, inputBase, inplaceInput {code} -------------------------- PARTIAL CODE -------------------------- {code} <div class="right-align"> <a4j:commandLink id="#{tab.id}-edit" value="#{msg['common.command.edit']}" onclick="#{rich:component('firstNamex')}.edit(); alert(#{rich:component('firstNamex')});"/>  | <a4j:commandLink id="#{tab.id}-save" value="#{msg['common.command.save']}"/>  | <a4j:commandLink id="#{tab.id}-cancel" value="#{msg['common.command.cancel']}" /> </div>    <h:panelGrid columns="2" border="0" columnClasses="no-breakable" cellpadding="5" style="width:100%"> <h:panelGroup>    <h:panelGrid columns="2" border="0" columnClasses="no-breakable" cellpadding="5"> <h:outputLabel value="#{msg['client.label.type']}" /> <h:selectOneListbox id="#{tab.id}-clientType" /> <h:outputLabel value="#{msg['client.label.firstname']}" /> <rich:inplaceInput id="firstNamex" value="#{client.firstName}" /> {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

13 years

2
2
0 / 0

[JBoss JIRA] (RF-11730) DropDowm - dynamic menu item is not rendered when using ui:fragment

by Jean ANDRE (Created) (JIRA)

DropDowm - dynamic menu item is not rendered when using ui:fragment ------------------------------------------------------------------- Key: RF-11730 URL: https://issues.jboss.org/browse/RF-11730 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone4 Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) Reporter: Jean ANDRE The dropdown menu does not display any item when we use jsf tag ui:fragment. Under firebug, there is some javacript error such as Popup menu is null. This error does not appear when we use c:if tag instead of ui:fragment and the dropdown menu is working correctly. here is an extract of the involved code. The following code build dynamically a list of menu item based on opened tabs. When there is no tab, the dropdown menu is empty but we display a menu-item with an "empty" label. When there are opened tabs, the dropdown menu contains a list of opened tabs - One menu-item per tab. The behavior of this dropdown menu is similar to the menu Windows in MDI user interface style. To make a summary, dropdown menu seems to not support ui:fragment tag. {code}    <rich:toolbarGroup id="openedTabs" location="right"> <rich:dropDownMenu id="menu-opened-tabs"> <f:facet name="label"> <h:graphicImage value="/images/downBlackArrow.png" title="#{msg['menu.item.tab.tooltip']}" /> </f:facet> <c:if test="#{empty desktopTabController.desktopTabBean.tabElements}">    <rich:menuItem label="#{msg['menu.item.tab.empty']}" /> </c:if> <c:if test="#{not empty desktopTabController.desktopTabBean.tabElements}">    <c:forEach items="#{desktopTabController.desktopTabBean.tabElements}" var="tab"> <c:set var="headerStr" value="#{msg['desktop.tab.List']} (#{tab.serialNumber})" /> <rich:menuGroup id="menu-group-#{tab.id}" label="#{(tab.isModeList == true) ? headerStr : tab.header}"> <rich:menuItem label="#{msg['menu.item.tab.activate']}" /> <rich:menuItem label="#{msg['menu.item.tab.close']}" /> </rich:menuGroup> </c:forEach> </c:if> </rich:dropDownMenu> </rich:toolbarGroup> {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

13 years

9
12
0 / 0

[JBoss JIRA] Created: (RF-2494) Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time)

by Mareks Malnacs (JIRA)

Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time) ------------------------------------------------------------------------------------------------------------------------- Key: RF-2494 URL: http://jira.jboss.com/jira/browse/RF-2494 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Reporter: Mareks Malnacs Here is the problem: -construct Tree with recursiveTreeNodesAdaptor, switchType="client" and ajaxSubmitSelection="true" -add method binding to nodeSelectListener so that every click on tree node executes some business method (for tests - simple log message displaying clicked node id for example) Result: -tree is rendered fine, clicks on different node elements in a tree executes specified nodeSelectListener method also fine, BUT when user clicks same tree node twice, nodeSelectListener method is not fired - to get it fired for this particular node again You have to click some other node in a tree and then click back on desired one. Shouldn't nodeSelectListener be fired on each click on a tree node even though user is clicking on the same node multiple times ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

6
6
0 / 0

[JBoss JIRA] (RF-11754) a4j:repeat problem with bean changes in requestscope since 4.1.0.-CR1

by Sascha Buchner (Created) (JIRA)

a4j:repeat problem with bean changes in requestscope since 4.1.0.-CR1 --------------------------------------------------------------------- Key: RF-11754 URL: https://issues.jboss.org/browse/RF-11754 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.CR1 Environment: Mojarra 2.1.3, Java 1.7.0.26, Tomcat 6.20 Reporter: Sascha Buchner a4j:repeat doe not render correctly anymore, was working with 4.1.0.20111101-M4 -- 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

13 years

6
7
0 / 0

[JBoss JIRA] Created: (RF-8735) modalPanel resizable problem patch

by Ilya Shaikovsky (JIRA)

modalPanel resizable problem patch ---------------------------------- Key: RF-8735 URL: https://jira.jboss.org/browse/RF-8735 Project: RichFaces Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Nick customer proposed patch for the next problem: "When setting width/height attributes on rich:modalpanel as well as setting resizeable="false" - the modal panel is still resizable. If i don't specify the width/height attributes and just set autosize="true" with resizeable="false" the modal panel is not resizeable (Using RichFaces 3.3.3). Is there any way to set the modal panel size and still make it not resizeable? Is this a known issue? Ori" Need to verify and probably apply if confirmed -- 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

5
6
0 / 0

[JBoss JIRA] Created: (RF-4790) resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false")

by Turhan Ozen (JIRA)

resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false") ------------------------------------------------------------------------------------------------------------- Key: RF-4790 URL: https://jira.jboss.org/jira/browse/RF-4790 Project: RichFaces Issue Type: Bug Components: doc Affects Versions: 3.2.1 Environment: windows vista, java 1.5 Reporter: Turhan Ozen Priority: Minor If the user tries to resize the modal panel by dragging the lower right corner the mouse pointer is catched and there is no way to release it with the following code <rich:modalPanel id="detailPanel" width="960" height="700" style="overflow:auto" resizeable="false"> <f:facet name="header"> <h:outputText value="Detail"/> </f:facet> <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> <table align="center" width="800px"> <tr> <td align="center"> <a4j:commandButton value="OK" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </td> </tr> </table> </rich:modalPanel> In addition; <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> does not work in Firefox 3.x. -- 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
5
0 / 0

[JBoss JIRA] (RF-11692) Mobile Showcase and rich:togglePanel: can't toggle

by Jan Papousek (Created) (JIRA)

Mobile Showcase and rich:togglePanel: can't toggle -------------------------------------------------- Key: RF-11692 URL: https://issues.jboss.org/browse/RF-11692 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: iPhone 4.2.1 Android 2.3.6 Reporter: Jan Papousek Using mobile version of showcase, the toggle panel doesn't work. It works correctly on common showcase (using .../richfaces/component-sample.jsf?... url). -- 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

13 years

8
8
0 / 0

[JBoss JIRA] (RF-11531) Client side validation: regexp ignores whitespace at the beginning

by Jan Papousek (Created) (JIRA)

Client side validation: regexp ignores whitespace at the beginning ------------------------------------------------------------------ Key: RF-11531 URL: https://issues.jboss.org/browse/RF-11531 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Jan Papousek Let "[a-z].*" is expected regexp and input value is " a". The value shouldn't pass, but it passes the validation. This can be reproduced in Metamer: - http://localhost:8080/metamer/faces/components/richAutocomplete/csv.xhtml - http://localhost:8080/metamer/faces/components/richInplaceInput/csv.xhtml -- 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

13 years

6
10
0 / 0

[JBoss JIRA] (RF-11703) rich:inplaceSelect - client side validation doesn't work

by Jan Papousek (Created) (JIRA)

rich:inplaceSelect - client side validation doesn't work -------------------------------------------------------- Key: RF-11703 URL: https://issues.jboss.org/browse/RF-11703 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects, component-validators Affects Versions: 4.1.0.CR1 Environment: RichFaces 4.1.0.20111111-CR1 Metamer 4.1.0.20111111-CR1 r.22924 Mojarra 2.1.3-SNAPSHOT Apache Tomcat 7.0.22 Java(TM) SE Runtime Environment 1.6.0_25-b06 @ Linux Firefox 7.0.1 @ Linux x86_64 Reporter: Jan Papousek -- 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

13 years

3
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2011