November 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-6473) fileUpload allowFlash="true" not working when inside modalPanel, in IE6

by Daniel Wiell (JIRA)

fileUpload allowFlash="true" not working when inside modalPanel, in IE6 ----------------------------------------------------------------------- Key: RF-6473 URL: https://jira.jboss.org/jira/browse/RF-6473 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: RichFaces 3.3.0.GA, JSF 1.2_12, Seam 2.1.1.GA, Tomcat 5.5.26, Windows XP Reporter: Daniel Wiell fileUpload allowFlash="true" not working when inside modalPanel, in IE6 When using IE6, the actual upload "hangs" right away. It works fine with Firefox 3 and Chrome. Note that this is not the same issue as RF-4480, where the button of the file upload didn't open the file dialog window. Here is a snippet to recreate it: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html"> <head> <meta http-equiv="Content-Type" content="text/xhtml; charset=UTF-8"/> <title>File upload</title> </head> <body> <rich:modalPanel id="panel" width="350" autosized="true"> <f:facet name="controls"> <h:panelGroup> <h:outputText id="hidelink" value="close"/> <rich:componentControl for="panel" attachTo="hidelink" operation="hide" event="onclick"/> </h:panelGroup> </f:facet> <h:form> <rich:fileUpload allowFlash="true" fileUploadListener="#{test.onUpload}"/> </h:form> </rich:modalPanel> <h:outputLink value="#" id="link"> Show Modal Panel <rich:componentControl for="panel" attachTo="link" operation="show" event="onclick"/> </h:outputLink> <br/> </body> </html> -- 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

14 years, 9 months

5
8
0 / 0

[JBoss JIRA] Created: (RF-7651) a4j:page

by Nick Belaevski (JIRA)

a4j:page -------- Key: RF-7651 URL: https://jira.jboss.org/jira/browse/RF-7651 Project: RichFaces Issue Type: Sub-task Affects Versions: 4.0.0.ALPHA1 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA1 -- 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

14 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-7653) a4j:poll

by Nick Belaevski (JIRA)

a4j:poll -------- Key: RF-7653 URL: https://jira.jboss.org/jira/browse/RF-7653 Project: RichFaces Issue Type: Sub-task Affects Versions: 4.0.0.ALPHA1 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA1 -- 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

14 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-7927) rich:filupload some request blocked ad viternam set the cpu to 99.9%

by Adrien (JIRA)

rich:filupload some request blocked ad viternam set the cpu to 99.9% -------------------------------------------------------------------- Key: RF-7927 URL: https://jira.jboss.org/jira/browse/RF-7927 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.2.CR1, 3.3.1 Environment: JBOSS 4.2.2 / richfaces 3.3.1 or 3.3.2 CR1 Reporter: Adrien Hi, Since some month, i have some time something with set the cpu at 99.9% and the cpu stay at 99.9% ad viternam. The problem is 'rare' only 8 or 6 times(but when it occurs the cpu stay at 99.9%), and actually I've not reproduce the problem, but I'm search and trying . I suspect fileupload, with the web-console/websatus/FullStatus I've detected the problem come from some request wich stay blocqued ad viternam and all these request use fileupload. Here a copy a the 2 requests (see also the jpeg ) : ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- S 2297197684 ms 0 KB 0 KB 90.41.114.64 www.lorizon.com POST /pages/m/managephoto.jsf?_richfaces_upload_uid=0.33606938123632846&svupphotos:falbumphotos:upload=svupphotos:falbumphotos:upload&_richfaces_upload_file_indicator=true&AJAXREQUEST=_viewRoot HTTP/1.1 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- S 2297003329 ms 0 KB 0 KB 90.41.114.64 www.lorizon.com POST /pages/m/managephoto.jsf?_richfaces_upload_uid=0.6245843087409002&svupphotos:falbumphotos:upload=svupphotos:falbumphotos:upload&_richfaces_upload_file_indicator=true&AJAXREQUEST=_viewRoot HTTP/1.1 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- I've put some source attachement of my project and screenshot of the web-console. Actually my investigation continue on : -If the image downloaded, erase an old image on the disk wich is read why another request at the same time -There is a way with the web-console to stop manually thes request? Instead of restart all. For richefaces Album Demo : they never had a problem like that? -- 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

14 years, 9 months

9
37
0 / 0

[JBoss JIRA] Created: (RF-7837) Compiler for JBoss EL

by Nick Belaevski (JIRA)

Compiler for JBoss EL --------------------- Key: RF-7837 URL: https://jira.jboss.org/jira/browse/RF-7837 Project: RichFaces Issue Type: Sub-task Components: CDK Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski 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

14 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-7319) No images in Tip, Important and etc. boxes in PDF version of RF guides

by Svetlana mukhina (JIRA)

No images in Tip, Important and etc. boxes in PDF version of RF guides ----------------------------------------------------------------------- Key: RF-7319 URL: https://jira.jboss.org/jira/browse/RF-7319 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 3.3.1 Reporter: Svetlana mukhina Assignee: Gleb Galkin Fix For: 3.3.2.GA See RF PDFs, there is no images in Tip, Important and etc. boxes. It's necessary to fix it and make it look like in HTML versions. -- 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

14 years, 9 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-5516) Add the onContextMenu event to the ExtendedDataTable and ScrollableDataTable

by Pjotr Andreev (JIRA)

Add the onContextMenu event to the ExtendedDataTable and ScrollableDataTable ---------------------------------------------------------------------------- Key: RF-5516 URL: https://jira.jboss.org/jira/browse/RF-5516 Project: RichFaces Issue Type: Feature Request Components: planning_all Affects Versions: Wishes Environment: Any Reporter: Pjotr Andreev It would be nice to add the onContextMenu event to the ExtendedDataTable and ScrollableDataTable either. -- 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

14 years, 9 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-2516) Drag-n-Drop Tree with Context Menu

by Ralf Loechte (JIRA)

Drag-n-Drop Tree with Context Menu ---------------------------------- Key: RF-2516 URL: http://jira.jboss.com/jira/browse/RF-2516 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4, 3.2.0 Reporter: Ralf Loechte I have a rich:tree with drag-n-drop support and an attached rich:contextMenu to the nestet rich:treeNode. if you click left on a node, the contectMenu will open. After click on the <rich:treeNode type="member" dragType="member" dragValue="#{item}" acceptedTypes="member"> <h:outputText value="#{item.name}" /> <rich:dndParam name="label" type="drag" value="#{item.name}" /> <rich:contextMenu event="oncontextmenu" attached="true" submitMode="ajax"> <rich:menuItem value="Ausschneiden" limitToList="true" reRender="treehierarchypanel" disabled="#{!olapAdminMainBean.editMode}" actionListener="#{hierarchyMainBean.processCutElement}"> </rich:menuItem> -- 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

14 years, 9 months

6
13
0 / 0

[JBoss JIRA] Created: (RF-3552) rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable

by Pulkk Pulkk (JIRA)

rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable -------------------------------------------------------------------------- Key: RF-3552 URL: http://jira.jboss.com/jira/browse/RF-3552 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0, 3.1.2 Environment: Apache-Tomcat 6.0.18, Faces 1.2 Reporter: Pulkk Pulkk When using rich:simpleTogglePanel inside a looping tag such as a4j:repeat or rich:dataTable, the open/close behavior gets strange. For example: <a4j:repeat> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> </a4j:repeat> When working with the panels, the following happens depending on the switchType value: - Server: when one is opened or closed, all the rest open and close respectively - Client/Ajax: when one is opened or closed, the rest remain (the correct behavior). However, when the enclosing component is reRendered, they all open or close respectively depending on the last operation. It seems that when rich:simpleTogglePanel is put into a looping tag, all the resulting panels are treated as one in open/close operations. To illustrate: <a4j:repeat> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> </a4j:repeat> In this case, when opening or closing an odd-numbered panel in the output, all the odd-numbered panel open or close respectively but the even ones remain intact. Same goes for even ones. -- 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

14 years, 9 months

4
13
0 / 0

[JBoss JIRA] Created: (RF-8149) Demo: Ajax Validator -- Bean Validator could not be instantiated

by Pavol Pitonak (JIRA)

Demo: Ajax Validator -- Bean Validator could not be instantiated ---------------------------------------------------------------- Key: RF-8149 URL: https://jira.jboss.org/jira/browse/RF-8149 Project: RichFaces Issue Type: Bug Components: examples Affects Versions: 3.3.3.BETA1 Environment: Linux, Tomcat 6.0.20, RF 3.3.3-SNAPSHOT (Revision: 15940) Reporter: Pavol Pitonak In richfaces-demo, page Ajax Validator it throws an exception to server's console after typing "a" into name field and clicking into age field. Nov 20, 2009 11:02:37 AM org.richfaces.validator.ObjectValidator createInstance WARNING: Bean Validator could not be instantiated javax.validation.ValidationException: Unable to find a default provider at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:264) at javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:111) at org.richfaces.validator.BeanValidator.<init>(BeanValidator.java:35) at org.richfaces.validator.ObjectValidator.createInstance(ObjectValidator.java:54) at org.richfaces.validator.ObjectValidator.getInstance(ObjectValidator.java:85) at org.richfaces.validator.FacesBeanValidator.validate(FacesBeanValidator.java:104) at org.richfaces.component.html.HtmlInputText.validateValue(HtmlInputText.java:52) at javax.faces.component.UIInput.validate(UIInput.java:875) at javax.faces.component.UIInput.executeValidate(UIInput.java:1072) at javax.faces.component.UIInput.processValidators(UIInput.java:672) at org.ajax4jsf.component.AjaxViewRoot$3.invokeContextCallback(AjaxViewRoot.java:442) at org.ajax4jsf.component.ContextCallbackWrapper.invokeContextCallback(ContextCallbackWrapper.java:44 Does it something in common with https://jira.jboss.org/jira/browse/RF-7226 ? -- 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

14 years, 9 months

6
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2009