December 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4600) tree: refresh page with rich:tree component leads to blank page displaying under IE7.

by Mikhail Vitenkov (JIRA)

tree: refresh page with rich:tree component leads to blank page displaying under IE7. ------------------------------------------------------------------------------------- Key: RF-4600 URL: https://jira.jboss.org/jira/browse/RF-4600 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: IE7 - tomcat 6.0.16 - jsf1.2_09 - facelets - Richfaces 3.3.0-SNAPSHOT Reporter: Mikhail Vitenkov Assignee: Nick Belaevski Step 1. Use xhtml & java bean from this source https://svn.jboss.org/repos/richfaces/trunk/test-applications/qa/Performance Suite/DataModels/tree; Step 2. Navigate to the page with tested rich tree under IE. Step 3. Press CTRL+R & click "Retry" modal dialog's button. Actual behavior: Empty page is present. -- 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

17 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-4800) rich:graphValidator attributes description

by Alex Tserbo (JIRA)

rich:graphValidator attributes description ------------------------------------------ Key: RF-4800 URL: https://jira.jboss.org/jira/browse/RF-4800 Project: RichFaces Issue Type: Task Affects Versions: 3.2.2 Reporter: Alex Tserbo Assignee: Andrey Markhel Fix For: 3.3.0 "profile", "summary " and "value" attributes of rich:graphValidator need to be described. Please, add them to component "config.xml" file. -- 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

17 years, 3 months

3
6
0 / 0

[JBoss JIRA] Closed: (RF-4352) Responses processed in different order from original requests.

by Alexander Dubovsky (JIRA)

[ https://jira.jboss.org/jira/browse/RF-4352?page=com.atlassian.jira.plugin... ] Alexander Dubovsky closed RF-4352. ---------------------------------- > Responses processed in different order from original requests. > -------------------------------------------------------------- > > Key: RF-4352 > URL: https://jira.jboss.org/jira/browse/RF-4352 > Project: RichFaces > Issue Type: Bug > Affects Versions: 3.2.2 > Environment: Suse Linux: > Linux nebula 2.6.18.8-0.9-bigsmp #1 SMP Sun Feb 10 22:48:05 UTC 2008 i686 i686 i386 GNU/Linux > n > Jboss 4.2.2.GA > Seam 2.0.1.GA > Richfaces 3.2.1.GA > Firefox 3 > Reporter: Paul Pantages > Assignee: Alexander Dubovsky > Fix For: 3.3.0 > > Attachments: jboss-seam-booking.ear > > > I modifed Seam booking example for this test. > I will attach example in jboss-seam-booking.ear > (1) Deploy the ear file and point Firefox to > http://<YOUR JBOSS IP>:8080/seam-booking > This should take you to mytabel.seam where there will be a table and a few buttons. > The table has 500 rows. > A poller refreshes the table every 4s or so. > The poll takes a while to complete as there are so many rows. > There are some select/unselect buttons, which can be used to select the whole table. > The select/unselect operations are very quick (compared to the poll). > There is a status on the RHS that will show "Polling" when the poller is invoked. > The status on the RHS will show "Working" when buttons are pressed. > (2) Watch the status for a while and make sure the poller is running. Let it go a few polls to make sure it is working. > (3) When the poller is running, as evidenced by the "Polling" status msg., press the SELECT_ALL button. > When the SELECT_ALL operation completes, the table is not re-rendered, but the row styles are modified by to reflect that the "select all" request is complete. > This is done by an oncomplete event handler on the button. > (4) Watch the status and you should see that the select operation completes before the poll completes, and the table is "selected". > (5) Watch the status to see the poll complete. The table is rerenderd and the rowStyles are re-written. The table appears "unselected", as the poll was processed,by the server, before the select operation > (6) If you wait for another poll, the table will be rendered and properly selected. > It appears that the response for the poll was processed after the select response. > (7) Check the Log: If you tail the log file: > tail -F ../logs/debug.log|grep myTable > You will see some logs like this, and can tell whether the poll was processed before the > select/unselect button or vice versa. The "get ajaxRenderList" trace indicates the poll > was processed before "unselect all" > Client: [myTable] get ajaxRenderList mainPanel > Client: [myTable] get rowClasses > Client: [myTable] unselect all > .... > This shows that the requests have bee processed in the proper order. > (8) If you click the toggle alerts, an alert will pop up for the onbeforedomupdate event on the poller and select buttons. Repeat 1-6 .This can be used to verify that event for the buttons occurs before the poll, when the requests were made in the opposite order. > (9) If necessary the page size can be adjusted 0-1000 to make the problem easier to reproduce. Dep on the performance of your host. -- 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

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-5176) Sample richfaces application on jboss

by Svetlana mukhina (JIRA)

Sample richfaces application on jboss ------------------------------------- Key: RF-5176 URL: https://jira.jboss.org/jira/browse/RF-5176 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.2.2 Reporter: Svetlana mukhina Assignee: Catherine Luts Fix For: 3.3.0 In FAQ guide add info answering this issue -http://www.jboss.com/index.html?module=bb&op=viewtopic&t=146316 -- 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

17 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-2996) reRender doens't work after Drag'n'Drop on tree component

by Cristiano Moraes (JIRA)

reRender doens't work after Drag'n'Drop on tree component --------------------------------------------------------- Key: RF-2996 URL: http://jira.jboss.com/jira/browse/RF-2996 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: OS WinXP Server Tomcat 6 Reporter: Cristiano Moraes -- 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

17 years, 3 months

3
13
0 / 0

[JBoss JIRA] Created: (RF-2867) Tree: selection marker appears instable in IE

by Tsikhon Kuprevich (JIRA)

Tree: selection marker appears instable in IE --------------------------------------------- Key: RF-2867 URL: http://jira.jboss.com/jira/browse/RF-2867 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: 3.2.0.CR7 IE 6 Reporter: Tsikhon Kuprevich Assigned To: Nick Belaevski 1. Click some node 2. Move activity marker to another row using keyboard => Marker exists before page updated, after page update it may be displayed or not - it's unstable. If FF it is always displayed. See ajax mode of the top tree in test-application. -- 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

17 years, 3 months

5
17
0 / 0

[JBoss JIRA] Created: (RF-4547) Problem when working with RichFaces (JSF) integrated into the spring with javax.faces.STATE_SAVING_METHOD=client.

by Emmanuel Ruiz Lopes (JIRA)

Problem when working with RichFaces (JSF) integrated into the spring with javax.faces.STATE_SAVING_METHOD=client. ----------------------------------------------------------------------------------------------------------------- Key: RF-4547 URL: https://jira.jboss.org/jira/browse/RF-4547 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: windows XP Reporter: Emmanuel Ruiz Lopes The problem happens when I use a bean in the requisition scope (JSF), however I use a tag of the framework <rich:keepAlive beanName = ' <Bean> '> <http://livedemo.exadel.com/richfaces-demo/richfaces/keepAlive.jsf?c=keepA...> that maintains it alive among the requisitions. You works perfectly when the configuration javax.faces.STATE_SAVING_METHOD=server, the problem happens when I use javax.faces.STATE_SAVING_METHOD=client (web.xml). In this last configuration, the tree of components of JSF is seriarizable and saved in the client. At this time it happens the following mistake: java.io.NotSerializableException: org.springframework.beans.factory.support.DefaultListableBeanFactory -- 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

17 years, 3 months

3
3
0 / 0

[JBoss JIRA] Closed: (RF-3131) Implement properly requests queue for a AJAX submit.

by Alexander Dubovsky (JIRA)

[ https://jira.jboss.org/jira/browse/RF-3131?page=com.atlassian.jira.plugin... ] Alexander Dubovsky closed RF-3131. ---------------------------------- > Implement properly requests queue for a AJAX submit. > ---------------------------------------------------- > > Key: RF-3131 > URL: https://jira.jboss.org/jira/browse/RF-3131 > Project: RichFaces > Issue Type: Feature Request > Affects Versions: 3.2.0 > Reporter: Alexander Smirnov > Assignee: Tsikhon Kuprevich > > For a any cases sequence if ajax requests is important. Existing events queue must be extended to a queue events from different components and send new request only afer previsious is completed. > Other possible option - merge parameters from a different events to a one request ( instead of replace ). > All behaviors ( collect events from one components, queue events and merge ) must be configurable. -- 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

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-4497) ComboBox Tabbing

by David Greenberg (JIRA)

ComboBox Tabbing ---------------- Key: RF-4497 URL: https://jira.jboss.org/jira/browse/RF-4497 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: Tomcat 6.0.16, Mozilla or IE 7, JSF 1.2 Reporter: David Greenberg Priority: Minor The comboBox component creates three HTML input elements. Because of this, it is necessary to hit the tab key three times before focus is given to the next element in a form. The tabIndex attribute does not seem to do anything either. An example of the problem can be viewed here: http://livedemo.exadel.com/richfaces-demo/richfaces/comboBox.jsf?tab=usage A workaround using Javascript is pretty straightforward, but annoying. -- 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

17 years, 3 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-5443) Calendar: requiredmessage, validatormessage and convertermessage can't be resolved from resource bundles.

by Ilya Shaikovsky (JIRA)

Calendar: requiredmessage, validatormessage and convertermessage can't be resolved from resource bundles. --------------------------------------------------------------------------------------------------------- Key: RF-5443 URL: https://jira.jboss.org/jira/browse/RF-5443 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: 3.3.0 http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197780#4197780 -- 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

17 years, 3 months

3
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2008