September 2009 - richfaces-issues

[JBoss JIRA] Created: (RF-7796) panelMenu: not properly initialized in server mode after submit

by Ilya Shaikovsky (JIRA)

panelMenu: not properly initialized in server mode after submit --------------------------------------------------------------- Key: RF-7796 URL: https://jira.jboss.org/jira/browse/RF-7796 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.2.CR1 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski After some item selecetd - the things are ok. After submit from button (after selection) selected item reseted. bean in session scope. <h:form id="form"> <rich:panelMenu expandMode="ajax" id="panelMenu" mode="server" selectedChild="#{userBean.name}" immediate="true"> <rich:panelMenuGroup label="group 1" id="menugroup_useCases" reRender="panelMenu"> <rich:panelMenuItem label="item 1 1" id="menu_clientSearch" immediate="true"> </rich:panelMenuItem> <rich:panelMenuItem label="item 1.2" id="menu_changePassword" immediate="true"> </rich:panelMenuItem> </rich:panelMenuGroup> <rich:panelMenuGroup label="group 2" id="menugroup_testCases" reRender="panelMenu"> <rich:panelMenuItem label="item 2.1" id="menu_styleguide2" immediate="true"> </rich:panelMenuItem> <rich:panelMenuItem label="item 2.2" id="menu_styleguide" immediate="true"> </rich:panelMenuItem> </rich:panelMenuGroup> </rich:panelMenu> <a4j:commandButton value="submit" reRender="panelMenu"></a4j:commandButton> </h:form> -- 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

15 years, 3 months

2
3
0 / 0

[JBoss JIRA] Resolved: (RF-7811) Demo: wrong marker in simple toggle panel

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7811?page=com.atlassian.jira.plugin... ] Nick Belaevski resolved RF-7811. -------------------------------- Resolution: Done > Demo: wrong marker in simple toggle panel > ----------------------------------------- > > Key: RF-7811 > URL: https://jira.jboss.org/jira/browse/RF-7811 > Project: RichFaces > Issue Type: Bug > Components: examples, regression > Affects Versions: 3.3.2.CR1 > Environment: JBoss AS 5.1, FF 3.5.2 > Reporter: Pavol Pitonak > Assignee: Andrey Markhel > Priority: Blocker > Fix For: 3.3.2.GA > > > Arrows in the header of simple toggle panel are wrong. Initially, a div tag with id "switch_off" is displayed in all types of simple toggle panel, but it used to be "switch_on" in older version of demo. After collapsing and expanding of panels, client type starts working right, but server and ajax type not. This leads to the situation when all panels are expanded and markers are: > server type >> > ajax type >> > client type << -- 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

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-7912) Editor: compatibility with NONE loading strategy

by Nick Belaevski (JIRA)

Editor: compatibility with NONE loading strategy ------------------------------------------------ Key: RF-7912 URL: https://jira.jboss.org/jira/browse/RF-7912 Project: RichFaces Issue Type: Feature Request Components: component-input Affects Versions: 3.3.2.CR1 Reporter: Nick Belaevski Assignee: Pavel Yaschenko Fix For: Future Currently editor incorrectly overrides location of script files if they are being served as static content -- 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

15 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (RF-7843) scoped tabindex

by Francisco Jose Peredo Noguez (JIRA)

scoped tabindex --------------- Key: RF-7843 URL: https://jira.jboss.org/jira/browse/RF-7843 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.1 Environment: Firefox 3.5, Explorer 8.0 Reporter: Francisco Jose Peredo Noguez HTML and XHTML do not support he notion of scoped tabindexes (they were not designed with component reutilization in mind), so it is impossible to keep tab order working properly if 2 ui:components with controls with the same tabindex numbers are used in a particular page. I propose the creation of a component a:tabScope that changes the tabindex off all the elements inside it by prefixing the with the tabindex number indicated at the a:tabScope container component. For an example of how it would work, take a look at the referenced forum post. -- 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

15 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-7908) menuGroup: Attribute "selectClass" doesn't apply.

by Konstantin Mishin (JIRA)

menuGroup: Attribute "selectClass" doesn't apply. ------------------------------------------------- Key: RF-7908 URL: https://jira.jboss.org/jira/browse/RF-7908 Project: RichFaces Issue Type: Bug Components: component-menu, functional-tests, regression Affects Versions: 3.3.2.CR1 Reporter: Konstantin Mishin Should be checked in selenium tests: DropDownMenuTest.testClassStylesAndHtmlAttributes -- 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

15 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-7471) Ajax common attributes: description

by Svetlana mukhina (JIRA)

Ajax common attributes: description ------------------------------------ Key: RF-7471 URL: https://jira.jboss.org/jira/browse/RF-7471 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.3.1 Reporter: Svetlana mukhina Assignee: Michael Sorokin Fix For: 3.3.2.CR1 Investigate what are common Ajax attributes for a4j and rich components and describe them in a separate section, add links from the a4j components section to this section. Make sure that behavior of common attributes is similar for all components. -- 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

15 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-7801) Not mentioned that actionListener and action supported in client mode only

by Viacheslav Garmash (JIRA)

Not mentioned that actionListener and action supported in client mode only -------------------------------------------------------------------------- Key: RF-7801 URL: https://jira.jboss.org/jira/browse/RF-7801 Project: RichFaces Issue Type: Bug Components: doc Affects Versions: 3.3.2.CR1, 3.3.1, 3.3.0, 3.2.2, 3.2.1, 3.2.0.SR1, 3.2.0 Environment: http://docs.jboss.org/richfaces/latest_3_3_X/en/devguide/html/rich_toolTi... Reporter: Viacheslav Garmash In documentation here: http://docs.jboss.org/richfaces/latest_3_3_X/en/devguide/html/rich_toolTi... and at livedemo website here http://livedemo.exadel.com/richfaces-demo/richfaces/toolTip.jsf?tab=info&... actionListener and action attributes mentioned like following: action MethodBinding pointing at the application action to be invoked, if this UIComponent is activated by you, during the Apply Request Values or Invoke Application phase of the request processing lifecycle, depending on the value of the immediate property actionListener MethodBinding pointing at method accepting an ActionEvent with return type void There is no any code examples or notes about those parameters later in the document. In reality those attributes work in client mode only. Any attempt to use those attributes in ajax mode doesn't make any effect. As for now I see Feature Request about "Add support for an ActionListener in the toolTip component.": https://jira.jboss.org/jira/browse/RF-3166. So it is well known fact that those attributes doesn't work in ajax mode. Please add note to online documentation and live demo website about this limitation. -- 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

15 years, 3 months

4
10
0 / 0

[JBoss JIRA] Resolved: (RF-7810) ListShuttle - Firefox 2.0 - first item of left hand list disappears when moving an item to a blank right-hand list for the first time

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7810?page=com.atlassian.jira.plugin... ] Nick Belaevski resolved RF-7810. -------------------------------- Resolution: Done > ListShuttle - Firefox 2.0 - first item of left hand list disappears when moving an item to a blank right-hand list for the first time > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-7810 > URL: https://jira.jboss.org/jira/browse/RF-7810 > Project: RichFaces > Issue Type: Bug > Components: browser compatibility > Affects Versions: 3.3.1 > Environment: Windows XP > Firefox 2.0.0.17 > Reporter: Wayne Bagguley > Assignee: Nick Belaevski > Priority: Minor > Fix For: 3.3.2.GA > > > I have a simple listShuttle with the left-hand list containing items but the right hand list blank. > When I first move an item from the left hand list to the right hand list, the top item of the left hand list disappears. > For example. > If the left hand list was : > 1 > 2 > 3 > 4 > and I move number 2 across, the left hand list will become: > 3 > 4 > Or, if I move item 1 across, the list would become > 3 > 4 > This happens in Firefox 2.0.0.17 > The same page works correctly in IE6.0 > The same behavior occurs when moving items from right to left, if the left list is blank -- 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

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-7738) richfaces-demo, ExtendedDataTable page: cursor after each inputted symbol in filtering field became in the begin of the unput under Opera.

by Alexander Dubovsky (JIRA)

richfaces-demo, ExtendedDataTable page: cursor after each inputted symbol in filtering field became in the begin of the unput under Opera. ------------------------------------------------------------------------------------------------------------------------------------------ Key: RF-7738 URL: https://jira.jboss.org/jira/browse/RF-7738 Project: RichFaces Issue Type: Bug Components: browser compatibility Affects Versions: 3.3.2.CR1 Environment: Opera 9.64 3.3.2.CR1 Reporter: Alexander Dubovsky Assignee: Nick Belaevski Priority: Minor # open richfaces-demo on extended data table page under Opera. # Input chaaracter in filtering field => table is rerendered # Try to input the second character Result: it is inputted before previous character. In all other browsers all is OK. -- 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

15 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-7040) Not possible to rerender rich:editor in Google Chrome

by Frank Bitzer (JIRA)

Not possible to rerender rich:editor in Google Chrome ----------------------------------------------------- Key: RF-7040 URL: https://jira.jboss.org/jira/browse/RF-7040 Project: RichFaces Issue Type: Bug Components: component-input Affects Versions: 3.3.0 Environment: RichFaces 3.3.0 or 3.3.1.CR2, Google Chrome 1.0.154.64 Reporter: Frank Bitzer Priority: Blocker When a rich:editor is rerendered using an a4j:commandLink in Google Chrome, it gets disabled and the content disappears, while in all other browsers (tested IE7, FF3, Opera 9.6) everything works fine. Here is the code to reproduce the behaviour: <h:form> <a4j:commandLink action="#{bean.prepareMessage()}" reRender="editor"> Refresh editor </a4j:commandLink> <rich:editor id="editor" value="#{bean.message}" useSeamText="false" width="600" height="300"/> </h:form> Bean "bean": //Setters and getters for property "message" //... public void prepareMessage(){ message = String.valueOf(new GregorianCalendar().getTimeInMillis()); } -- 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

15 years, 3 months

7
33
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2009