November 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-5143) rich:editor doesn't work with org.richfaces.LoadScriptStrategy=ALL

by Juergen Zimmermann (JIRA)

rich:editor doesn't work with org.richfaces.LoadScriptStrategy=ALL ------------------------------------------------------------------ Key: RF-5143 URL: https://jira.jboss.org/jira/browse/RF-5143 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: RichFaces 3.3.0.beta1 Reporter: Juergen Zimmermann Using org.richfaces.LoadScriptStrategy = DEFAULT works fine. However, when using org.richfaces.LoadScriptStrategy=ALL only viewMode="source" is working, not viewMode="vision" -- 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

16 years, 1 month

3
3
0 / 0

[JBoss JIRA] Created: (RF-2974) actionparam assign to doesn't work under MyFaces

by Ilya Shaikovsky (JIRA)

actionparam assign to doesn't work under MyFaces ------------------------------------------------ Key: RF-2974 URL: http://jira.jboss.com/jira/browse/RF-2974 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0, 3.1.4 Environment: MyFaces 1.1.5 (RF 3.1.4) RF 3.2.0 SNAPSHOT, RF 3.1.4 GA Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski <rich:column> <f:facet name="header"> <h:outputText value="Action" /> </f:facet> <a4j:commandButton value="Delete" id="del" oncomplete="Richfaces.showModalPanel('panel')"> <t:updateActionListener property="#{capitalsBean.capitalToRemove}" value="#{cap}"/> </a4j:commandButton> </rich:column> works and <rich:column> <f:facet name="header"> <h:outputText value="Action" /> </f:facet> <a4j:commandButton value="Delete" id="del" oncomplete="Richfaces.showModalPanel('panel')"> <a4j:actionparam name="del" assignTo="#{capitalsBean.capitalToRemove}" value="#{cap}"/> </a4j:commandButton> </rich:column> doesn't -- 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

16 years, 1 month

3
7
0 / 0

[JBoss JIRA] Created: (RF-2902) suggestionbox , wrong position on safari

by Fabien Gaujous (JIRA)

suggestionbox , wrong position on safari ---------------------------------------- Key: RF-2902 URL: http://jira.jboss.com/jira/browse/RF-2902 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: richfaces 3.2.0 and safari 3.0.4 on windows AND safari 3.0.4 on macOsX Reporter: Fabien Gaujous The suggestionbox doesn't appear directly under the inputText field but somewhere else on the page. I have tested on Firefox and it works, the issue is only on safari Thanks -- 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

16 years, 1 month

3
5
0 / 0

[JBoss JIRA] Created: (RF-4463) File Upload: component breaks after 'clear' link was clicked during uploading under Flash

by Andrei Markavtsov (JIRA)

File Upload: component breaks after 'clear' link was clicked during uploading under Flash ----------------------------------------------------------------------------------------- Key: RF-4463 URL: https://jira.jboss.org/jira/browse/RF-4463 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: RF 3.2.2 GA Reporter: Andrei Markavtsov Assignee: Andrei Markavtsov Fix For: 3.3.0 1. Flash Mode 2. Upload any file. Clear All button will appear 3. Start the following file uploading 4. Click ClearAll button during uploading 5. Component breaks: label became frozen. STOP button displays instead of UPLOAD. -- 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

16 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-1884) Poll: FF Memory Leaks Reported

by Nick Belaevski (JIRA)

Poll: FF Memory Leaks Reported ------------------------------ Key: RF-1884 URL: http://jira.jboss.com/jira/browse/RF-1884 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Reporter: Nick Belaevski Assigned To: Nick Belaevski Fix For: 3.2.0 -- 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

16 years, 1 month

2
5
0 / 0

[JBoss JIRA] Created: (RF-4591) ComboBox: If an initial value is provided, it is nuked if the combobox is not accessed

by Gilles Demarty (JIRA)

ComboBox: If an initial value is provided, it is nuked if the combobox is not accessed -------------------------------------------------------------------------------------- Key: RF-4591 URL: https://jira.jboss.org/jira/browse/RF-4591 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2, 3.2.1 Environment: Richfaces 3.2.2, myfaces 1.2.4, tomcat 6.0.18, Firefox 3.0.3 Reporter: Gilles Demarty The bugs seems to be introduced by the commit for RF 3.2.1 The following code produce the error: bugComboBoxNoValue.jsp <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%> <%@ taglib uri="http://richfaces.org/a4j" prefix="a4j"%> <%@ taglib uri="http://richfaces.org/rich" prefix="rich"%> <html> <head> <title></title> </head> <body> <f:view> <h:form> <rich:comboBox value="#{bean.valueCb}" /> <h:outputText value="#{bean.valueCb}" /> <h:commandButton /> </h:form> </f:view> </body> </html> The bug is caused by the <input type="hidden"> not properly filled with the initial value. Bug is still present in Richfaces snapshot 3.3.0 2008-10-10 -- 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

16 years, 1 month

4
3
0 / 0

[JBoss JIRA] Created: (RF-4431) EndlessLoop for Columns in ScrollableDataTable

by andreas_back (JIRA)

EndlessLoop for Columns in ScrollableDataTable ----------------------------------------------- Key: RF-4431 URL: https://jira.jboss.org/jira/browse/RF-4431 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Firefox 3.0.1 Reporter: andreas_back If the Firefox 3.0.1 browser is used to scroll within a rich:scrollableDataTable that uses rich:columns then the table shows some oszillating behaviour: The table issues repeatingly requests to the server and it does so for more than ten minutes if the browser is not terminated. This behaviour has been observed for * richfaces-ui-3.2.2.CR4 and back to * richfaces-ui-3.2.2-20080702.044834-27 You can find a war-Archive with an example application under the following url: http://www.intermoves.de/fileadmin/richfaces/ListenValidator.war The war-Archive was build with JDK 1.6.0_02 and has been tested with apache-tomcat-6.0.16. A zip-Archive with an eclipse 3.2.2 project (for Windows XP) can be found under this url: http://www.intermoves.de/fileadmin/richfaces/ListenValidator.zip For a local deployment the URL of the application in the war archive is http://localhost:8080/ListenValidator Remark: Under Safari 3.1.2 (525.21) it is not possible to move the scrollbar to the bottom of the table in one scrolling, the scrolling bar pauses several times. But if you try serveral times the bottom lines of the table can be reached. It would be great if these points could be fixed for the 3.2.2 GA. -- 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

16 years, 1 month

4
12
0 / 0

[JBoss JIRA] Created: (RF-4031) modalPanel: pickList is popping up from beneath the modalPnael

by Tsikhon Kuprevich (JIRA)

modalPanel: pickList is popping up from beneath the modalPnael -------------------------------------------------------------- Key: RF-4031 URL: https://jira.jboss.org/jira/browse/RF-4031 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: 3.2.2.BETA2 FF3 Reporter: Tsikhon Kuprevich Assignee: Nick Belaevski Attachments: modalpanel-picklist.gif 1. insert pickList inside the modalPanel 2. Try to move the panel above the page => see image -- 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

16 years, 1 month

5
9
0 / 0

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

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/jira/browse/RF-4352?page=com.atlassian.jira.plugin... ] Nick Belaevski updated RF-4352: ------------------------------- Fix Version/s: (was: Future) > 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 Smirnov > 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

16 years, 1 month

1
0
0 / 0

[JBoss JIRA] Created: (RF-4261) calendar: there are negative values of year in the year selection popup

by Tatyana Romanovich (JIRA)

calendar: there are negative values of year in the year selection popup ----------------------------------------------------------------------- Key: RF-4261 URL: https://jira.jboss.org/jira/browse/RF-4261 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: RF-3.2.2.BETA5 Tomcat 6 Reporter: Tatyana Romanovich Assignee: Nick Belaevski Priority: Trivial 1. Expand calendar component 2. expand month/year selection popup 3. scroll back while negative values of year appear 4. Select any negative year, month and day, apply selection 5. expand again calendar popup RESULT: current date is displayed on the calendar popup In my mind there are two ways of problem-solving: 1) allow use years B.C. or 2) display only positive values of years Otherwise using negative values doesn't make sense in current implementation. -- 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

16 years, 1 month

2
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2008