October 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8977) fileUpload: uploaded files has wrong contentType in Flash mode

by Ilya Shaikovsky (JIRA)

fileUpload: uploaded files has wrong contentType in Flash mode -------------------------------------------------------------- Key: RF-8977 URL: https://jira.jboss.org/browse/RF-8977 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.3.Final Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: Future_3.X, Future_4.X Nick we should consider during 4.x dev. -- 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

15 years, 2 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-6947) NullPointerException when uploading with rich:fileUpload

by Jan Ziegler (JIRA)

NullPointerException when uploading with rich:fileUpload -------------------------------------------------------- Key: RF-6947 URL: https://jira.jboss.org/jira/browse/RF-6947 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: tomcat 6.0.18 facelets 1.1.14 myfaces 1.2.6 Reporter: Jan Ziegler When using rich:fileUpload in the current 3.3.1 Snapshot (20090427) a nullpinter occurs when performing the upload: javax.faces.FacesException: Exception while decoding component : {Component-Path : [Class: org.ajax4jsf.component.AjaxViewRoot,ViewId: /examples/fileUpload/index.xhtml][Class: org.richfaces.component.html.HtmlTabPanel,Id: j_id71][Class: org.richfaces.component.html.HtmlTab,Id: j_id72][Class: javax.faces.component.html.HtmlForm,Id: j_id74][Class: org.richfaces.component.html.HtmlFileUpload,Id: j_id75]} at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:583) at javax.faces.component.UIInput.decode(UIInput.java:231) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:709) at javax.faces.component.UIInput.processDecodes(UIInput.java:149) at javax.faces.component.UIForm.processDecodes(UIForm.java:65) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:705) at org.richfaces.component.UISwitchablePanel.processDecodes(UISwitchablePanel.java:170) at org.richfaces.component.UITabPanel.processDecodes(UITabPanel.java:155) at org.ajax4jsf.component.AjaxViewRoot$1.invokeContextCallback(AjaxViewRoot.java:392) at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:238) at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409) at org.apache.myfaces.lifecycle.ApplyRequestValuesExecutor.execute(ApplyRequestValuesExecutor.java:32) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:151) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at de.solseit.framework.base.lifecyle.FrameworkFilter.doFilter(FrameworkFilter.java:265) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:344) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178) at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:347) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at org.richfaces.renderkit.FileUploadRendererBase.doDecode(FileUploadRendererBase.java:140) at org.ajax4jsf.renderkit.RendererBase.decode(RendererBase.java:75) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:579) ... 45 more the component is used in this very simple way (no listener-binding, for simplicity): <rich:fileUpload maxFilesQuantity="3" immediateUpload="false" acceptedTypes="jpg" /> -- 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, 2 months

5
18
0 / 0

[JBoss JIRA] Created: (RF-2560) It's not possible to create menu items with the help of <a4j:repeat />

by Bj?rn Weinbrenner (JIRA)

It's not possible to create menu items with the help of <a4j:repeat /> ---------------------------------------------------------------------- Key: RF-2560 URL: http://jira.jboss.com/jira/browse/RF-2560 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Environment: windows, jboss, ff/ie, jsf ri Reporter: Bj?rn Weinbrenner It seems that its not possible to use <ui:repeat /> or <a4j:repeat /> to create menus. if you iterate to add menuItems to a a menu e.g. contextmenu they won't appear. That seems to depend on the implementation of org.richfaces.renderkit.html.AbstractMenuRenderer Only direct children are search for items. Repeat-Components are ignored and their childs aren't found. public void encodeItems(FacesContext context, UIComponent component) throws IOException { List kids = component.getChildren(); Iterator it = kids.iterator(); while (it.hasNext()) { UIComponent kid = (UIComponent)it.next(); if (kid instanceof UIMenuGroup || kid instanceof UIMenuItem || kid instanceof UIMenuSeparator) { renderChild(context, kid); } } } -- 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

15 years, 2 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-6456) SuggestionAction called twice during request if usingSuggestObjects = true

by Gerrit Brehmer (JIRA)

SuggestionAction called twice during request if usingSuggestObjects = true -------------------------------------------------------------------------- Key: RF-6456 URL: https://jira.jboss.org/jira/browse/RF-6456 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Gerrit Brehmer SuggestionAction is called twice, if usingSuggestObjects is activated. I looked into the sourcecode and found the two calls: # Action with value from request/input field (method setupValue - setValue(suggestingAction.invoke(context.getELContext(), new Object[]{submittedValue}));) # Action with "null" as string (method getRequestValuesData - setValue(suggestingAction.invoke(context.getELContext(), new Object[]{requestedValue}));) (SourceCode from UiSuggestionAction.java Tag 3.3.0) Is the second call really necessary? Because we call an expensive backend method (200ms - 7000ms for address suggest) this makes a noticable delay for the user Our workaround is to return an empty list for the second call, which doesn't change the behaviour -- 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, 2 months

3
9
0 / 0

[JBoss JIRA] Created: (RF-9138) Core demo: multiple bugs when running with Myfaces

by Pavol Pitonak (JIRA)

Core demo: multiple bugs when running with Myfaces -------------------------------------------------- Key: RF-9138 URL: https://jira.jboss.org/browse/RF-9138 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone2 Environment: JBoss 6 M4, Tomcat 6.0.28, Myfaces 2.0.1, all browsers Reporter: Pavol Pitonak * add Myfaces to JBoss 6 (see http://community.jboss.org/wiki/JSFonJBossAS6) * build core-demo (http://anonsvn.jboss.org/repos/richfaces/tags/4.0.0.20100824-M2/examples/...) with "mvn clean package -P jee6" * add following jboss-scanning.xml to war (into WEB-INF): <scanning xmlns="urn:jboss:scanning:1.0"> <path name="WEB-INF/classes"/> <path name="WEB-INF/lib/guava-r05.jar"> <exclude name="com.google.common.collect" /> </path> </scanning> * deploy to JBoss 6 M4 OR * build core-demo with "mvn clean package -Djsf_profile=myfaces" * deploy to Tomcat There are several bugs: 1. http://localhost:8080/core-demo/actionListener.jsf after clicking on whichever button, nothing happens (error message should be shown on page) 2. http://localhost:8080/core-demo/actionListener.jsf clicking on a button is causing "Parameters: Invalid chunk ignored." warning in server log 3. http://localhost:8080/core-demo/ajax.jsf a4j:ajax wrapping several elements doesn't work (seems to be know issue) 4. http://localhost:8080/core-demo/button.jsf http://localhost:8080/core-demo/link.jsf type something into input and press the first button, result: "Hello null!" 5. http://localhost:8080/core-demo/log.jsf javax.faces.convert.ConverterException - j_id250207658_ee9ddc2:j_id250207658_ee9dd03: 'popup' must be convertible to an enum. 6. http://localhost:8080/core-demo/push.jsf java.lang.NullPointerException - java.lang.NullPointerException 7. http://localhost:8080/core-demo/function.jsf click "Call events bound function", result: only one alert is shown instead of 3 8. http://localhost:8080/core-demo/status.jsf click first "Ajax error" link, wait until the request finishes, now press whichever link, result: nothing happens, no request is fired 9. http://localhost:8080/core-demo/region.jsf set "@region" for all, generate values, click whichever button, result: output is not rerendered, only "last executed link value" -- 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

15 years, 2 months

4
12
0 / 0

[JBoss JIRA] Created: (RF-7841) long file path/name is truncated in rich:fileUpload

by Gary Hu (JIRA)

long file path/name is truncated in rich:fileUpload --------------------------------------------------- Key: RF-7841 URL: https://jira.jboss.org/jira/browse/RF-7841 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.1 Reporter: Gary Hu If a long file path or name is specified to be uploaded in rich:fileUpload component, the full file path/name is truncated and only part of it is displayed. This could be demonstrated using the Richfaces live demo web site http://livedemo.exadel.com/richfaces-demo/richfaces/fileUpload.jsf . Attaching are the screen shots that show the issue with various browsers. (IE7, Firefox 3.0.13 and Safari 3.2.2). Can we wrap up the long file path/name nicely? -- 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, 2 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-8907) Tag handler generation fails if @Attribute has signature property set

by Bernard Labno (JIRA)

Tag handler generation fails if @Attribute has signature property set --------------------------------------------------------------------- Key: RF-8907 URL: https://jira.jboss.org/browse/RF-8907 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.Alpha2 Reporter: Bernard Labno Following does not fail if signature property is omitted, but it is unacceptable. @JsfComponent(tag = @Tag(name = "schedule", handler = "org.richfaces.view.facelets.html.ScheduleHandler", generate = true, type = TagType.Facelets)) public abstract class AbstractSchedule extends UIComponentBase implements ScheduleCommonViewAttributes, ScheduleListenerEventsProducer, AjaxComponent { @Attribute(signature = @Signature(parameters = ScheduleItemMoveEvent.class, returnType = Boolean.class)) public abstract MethodExpression getItemMoveListener(); } -- 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

15 years, 2 months

4
11
0 / 0

[JBoss JIRA] Created: (RF-8898) CDK could generate object names that conflict with Java keywords.

by Alexander Smirnov (JIRA)

CDK could generate object names that conflict with Java keywords. ----------------------------------------------------------------- Key: RF-8898 URL: https://jira.jboss.org/browse/RF-8898 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: CDK Reporter: Alexander Smirnov Assignee: Alexander Smirnov Fix For: 4.0.0.Milestone1 Attachments: generator.patch.zip CDK creates enum for attributes referenced in the property getters/setters. If attribute name coincides with Java keyword, generated Java class couldn't be compiled. Mojarra uses a little bit more complicated enum class for these cases, so CDK has to do the same: enum PropertyKeys { forValue("for"), showDetail, showSummary, redisplay; String toString; PropertyKeys(String toString) { this.toString = toString; } PropertyKeys() { } public String toString() { return ((this.toString != null) ? this.toString : super.toString()); } } -- 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

15 years, 2 months

3
7
0 / 0

[JBoss JIRA] Created: (RF-8256) Exceptions handling

by Nick Belaevski (JIRA)

Exceptions handling ------------------- Key: RF-8256 URL: https://jira.jboss.org/jira/browse/RF-8256 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: core Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.BETA1 -- 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, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-9549) Column: rendered wrong in Firefox when rowspan is null

by Pavol Pitonak (JIRA)

Column: rendered wrong in Firefox when rowspan is null ------------------------------------------------------ Key: RF-9549 URL: https://jira.jboss.org/browse/RF-9549 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: browser compatibility, component-tables Affects Versions: 4.0.0.Milestone3 Environment: * RichFaces 4.0.0-SNAPSHOT r.19661 * Metamer 4.0.0-SNAPSHOT r.19661 * Mojarra 2.0.2-FCS * GlassFish Server Open Source Edition 3.0.1 * OpenJDK Runtime Environment 1.6.0_18-b18 @ Linux * Firefox 3.6.10 @ Linux x86_64 Reporter: Pavol Pitonak Attachments: column.png 1. deploy Metamer 2. open http://localhost:8080/metamer/faces/components/richColumn/simple.xhtml 3. delete value in input for rowspan result: table is broken (see screenshot) -- 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

15 years, 2 months

4
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 October 2010