August 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8341) CLONE -The Add Button in rich:upload remains disabled even though no item has been uploaded

by Paolo Russian (JIRA)

CLONE -The Add Button in rich:upload remains disabled even though no item has been uploaded ------------------------------------------------------------------------------------------- Key: RF-8341 URL: https://jira.jboss.org/jira/browse/RF-8341 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.1 Environment: Windows Xp Jboss 4.2.2 Seam 2.2 Reporter: Paolo Russian Assignee: Pavel Yaschenko Fix For: 3.3.2.GA Sometimes when i navigate to my page, I find disabled the add button for the Upload component (Even though i have not uploaded any Item). This is my code below <rich:fileUpload style="width:100%" id="upload" fileUploadListener="#{newListing.listener}" allowFlash="true" maxFilesQuantity="5" acceptedTypes="jpg, gif, png, bmp"> <a:support event="onuploadcomplete" reRender="info" /> </rich:fileUpload> -- 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 months

7
16
0 / 0

[JBoss JIRA] Created: (RF-6525) rich:fileUpload createTempfiles directory should be made configurable.

by sathay sayee (JIRA)

rich:fileUpload createTempfiles directory should be made configurable. ---------------------------------------------------------------------- Key: RF-6525 URL: https://jira.jboss.org/jira/browse/RF-6525 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: All Reporter: sathay sayee rich:fileUpload control's createTempFile can be configured as init-param in web.xml. The real problem is when createTempfile is true, the temp files in linux environment gets created in the <tomcat installation directory>/temp. This should be configurable and poses a security risk since the temp files do not even get deleted until the application is restarted. -- 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, 4 months

9
11
0 / 0

[JBoss JIRA] Created: (RF-8338) Some RichFaces components strip white space

by Brian Chicos (JIRA)

Some RichFaces components strip white space ------------------------------------------- Key: RF-8338 URL: https://jira.jboss.org/jira/browse/RF-8338 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Environment: RichFaces 3.3.1 libraries w/ JBOSS EAP 4.3 Reporter: Brian Chicos Fix For: 3.3.1 RichFaces seems to be stripping out extra white space in data before sending it to the browser. I see this for data being displayed in both the rich:dataTable and rich:suggestionbox components. If there is data that has multiple spaces next to each other (ex: this data) it will get returned with a single space (ex: this data). This creates a problem especially on the rich:suggestionbox component. If the data being searched on has 2 spaces and the rich:suggestionbox returns the data with one space then the search will fail when the value is selected from the suggestionbox and the user then attempts to run the search. It seems that RichFaces should send back the data from the server without altering it and let the browser decide how to display it. -- 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, 4 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-9045) RichFaces: build OSGI bundles

by Nick Belaevski (JIRA)

RichFaces: build OSGI bundles ----------------------------- Key: RF-9045 URL: https://jira.jboss.org/browse/RF-9045 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: build Reporter: Nick Belaevski See related forum issue. -- 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, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-4222) Nice to have multiple events in a4j:support tag

by Jan Hoeve (JIRA)

Nice to have multiple events in a4j:support tag ----------------------------------------------- Key: RF-4222 URL: https://jira.jboss.org/jira/browse/RF-4222 Project: RichFaces Issue Type: Feature Request Reporter: Jan Hoeve Priority: Minor in the a4j:support tag, it is now possible enter an event for which you want to occur something (e.g. reRender): <a4j:support event="onblur" reRender="usernameDecorate"/> Sometimes it would be very userful if reRenders occur for multiple events. For example there are two events in which you are interesed: onblur and onkeyup. The onblur should check where a username containts valid characters (by using a regexp) The onkeyup should display the current length of the username (in an <h:outputText />) So, based on above example it would me nice if the support tag supported (hehe) more than one event). For example: <a4j:support event="onblur,onkeyup" reRender="usernameDecorate"/> I already tried to create a separate a4j:support for each event, but then only the first one is executed. -- 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, 4 months

5
5
0 / 0

[JBoss JIRA] Created: (RF-8570) CDK code cleanup

by Alexander Smirnov (JIRA)

CDK code cleanup ---------------- Key: RF-8570 URL: https://jira.jboss.org/jira/browse/RF-8570 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: CDK Reporter: Alexander Smirnov Assignee: Alexander Smirnov Fix For: 4.0.0.ALPHA2 Review class and interface names, method names. Make all possible methods as final. Create Dependency Injection report using http://code.google.com/p/google-guice/wiki/Grapher Review logging, append log messages to the all critical points. JavaDoc comments. code style review. -- 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, 4 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-970) DDMenu in Toolbar and Opera

by Carsten H?hne (JIRA)

DDMenu in Toolbar and Opera --------------------------- Key: RF-970 URL: http://jira.jboss.com/jira/browse/RF-970 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Carsten H?hne Priority: Minor The dropDown Menu does not work in Opera (9.23) in this constellation: <ui:component ...> <rich:toolBar> <h:form> <rich:toolBarGroup > <rich:dropDownMenu value="Collection" > <rich:menuItem value="List working collection" action="list" /> </rich:dropDownMenu> </rich:toolBarGroup> </h:form> <rich:toolBarGroup location="right"> <h:form>[....] </h:form> </rich:toolBarGroup> </rich:toolBar> </ui:component> But it works with IE and Firefox. If the form is put into the toolbargroup, than the menue is functioning in opera. Or if you put the form around the whole toolbar it works also. -- 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, 5 months

7
11
0 / 0

[JBoss JIRA] Created: (RF-3632) Lost input focus after rerendering parent form

by Benno Markiewicz (JIRA)

Lost input focus after rerendering parent form ---------------------------------------------- Key: RF-3632 URL: http://jira.jboss.com/jira/browse/RF-3632 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: RF 3.2.1.CR3 IE 6 Firefox 2.0.0.11 Java 1.5.0_15 jetty-6.1.9 WinXP SP2 Reporter: Benno Markiewicz A control within a parent form looses its focus when the parent form is rerendered. The rerendering was forced by an event fired from the child control. See the source (based on http://livedemo.exadel.com/richfaces-demo/richfaces/support.jsf?c=support) <h:form id="myform"> <h:panelGrid columns="2"> <h:inputText id="myinput" value="#{userBean.name}"> <a4j:support event="onkeyup" reRender="myform" /> </h:inputText> <h:outputText id="outtext" value="#{userBean.name}" /> </h:panelGrid> </h:form> Notice the difference. Instead of "outtext" "myform" will be rerendered. Background: You have a detail form with several components. Every control on the form changes the internal state. The view represents the actual state, so the whole form has to be rerendered. But when you rerender the parent form, the focus/selection state of the actual component is lost. -- 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, 5 months

4
4
0 / 0

[JBoss JIRA] Created: (RF-8919) Documenting

by Nick Belaevski (JIRA)

Documenting ----------- Key: RF-8919 URL: https://jira.jboss.org/browse/RF-8919 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: component-misc, doc Affects Versions: 4.0.0.Alpha2 Reporter: Nick Belaevski Assignee: Sean Rogers Fix For: 4.0.0.Milestone1 -- 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 months

3
7
0 / 0

[JBoss JIRA] Created: (RF-9187) autocomplete behavior: documentation creation

by Ilya Shaikovsky (JIRA)

autocomplete behavior: documentation creation --------------------------------------------- Key: RF-9187 URL: https://jira.jboss.org/browse/RF-9187 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: doc Affects Versions: 4.0.0.Milestone2 Reporter: Ilya Shaikovsky Assignee: Sean Rogers Fix For: 4.0.0.Milestone3 ready to initial documentig using requirements http://community.jboss.org/wiki/richfacesautocompletecomponentbehavior -- 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 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2010