September 2009 - richfaces-issues

[JBoss JIRA] Created: (RF-3268) Mouse wheel scrolling in input spinner

by Dan Allen (JIRA)

Mouse wheel scrolling in input spinner -------------------------------------- Key: RF-3268 URL: http://jira.jboss.com/jira/browse/RF-3268 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.0 Reporter: Dan Allen Priority: Minor It would be an great enhancement to allow the mouse wheel to invoke the up and down actions in an input spinner. This would work both in when the input spinner is used alone and when adjusting the time in the calendar component. -- 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, 3 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-7781) onbegin can not cancel the request sending using return false

by Ilya Shaikovsky (JIRA)

onbegin can not cancel the request sending using return false ------------------------------------------------------------- Key: RF-7781 URL: https://jira.jboss.org/jira/browse/RF-7781 Project: RichFaces Issue Type: Bug Affects Versions: 4.0.0.ALPHA1 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski -- 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

3
19
0 / 0

[JBoss JIRA] Created: (RF-3166) Add support for an ActionListener in the toolTip component.

by Alexander Smirnov (JIRA)

Add support for an ActionListener in the toolTip component. ----------------------------------------------------------- Key: RF-3166 URL: http://jira.jboss.com/jira/browse/RF-3166 Project: RichFaces Issue Type: Feature Request Reporter: Alexander Smirnov No way to append any listener to ajax-mode ToolTip component. -- 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, 3 months

4
11
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

13 years, 3 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

13 years, 3 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

13 years, 3 months

3
9
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

13 years, 3 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-4865) calendar: add default label support

by Ilya Shaikovsky (JIRA)

calendar: add default label support ----------------------------------- Key: RF-4865 URL: https://jira.jboss.org/jira/browse/RF-4865 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.0 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: 3.3.0 the same defaultLabel functionality as it done in combo and inplaceinput requested. (in order to print pattern if the date is empty for example) -- 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

3
8
0 / 0

[JBoss JIRA] Created: (RF-7922) RenderPhaseDataScrollerVisitor does not work with Tomahawk AliasBean Component

by Mirko Sertic (JIRA)

RenderPhaseDataScrollerVisitor does not work with Tomahawk AliasBean Component ------------------------------------------------------------------------------ Key: RF-7922 URL: https://jira.jboss.org/jira/browse/RF-7922 Project: RichFaces Issue Type: Bug Components: component-tables Affects Versions: 3.3.1 Reporter: Mirko Sertic The default RenderPhaseDataScrollerVisitor does not work with the Tomahawk AliasBean Component. Basically, it is invoked by a PhaseListener. It recomputes the model size of the bound UIData and does some other stuff. And here starts the problem. When i use a t:aliasBean to define the datamodel for the UIData, it does not work, as the aliasBean component sets and unsets the alias during its lifecycle processing. Now, the RenderPhaseDataScrollerVisitor is invoked before the aliasBean can do its job. An empty DataModel is created and put to the modelmap. Later, aliasBean does it work, and the UIData tries to render. Instead of asking again for the datamodel, it uses the empty model from the modelmap, and thus the table is empty. I know that it is somehow difficult to support every component, but at least it should be supported to disable the RenderPhaseDataScrollerVisitor in some way, or provide my own implementation for 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, 3 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-4791) Calendar with datePattern from resourcebundle doesn't validate

by Edwin van der Elst (JIRA)

Calendar with datePattern from resourcebundle doesn't validate -------------------------------------------------------------- Key: RF-4791 URL: https://jira.jboss.org/jira/browse/RF-4791 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Edwin van der Elst See also: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=143930 I use: <rich:calendar value="#{person.birthDate}" datePattern="#{messages['datepattern']}/> The date *is* formatted according to the pattern, but on submitting the form, the validation fails: '04-12-1968' could not be understood as a date. Example: 29-10-2008 Note: the example also uses the correct datePattern If I hardcode the pattern in the template (datePattern='dd-MM-yyyy'), the validation succeeds (but then the pattern is not localized anymore). I tried a4j:loadBundle, and referencing that instance (this was a suggestion from the forum entry). It resulted in the same error message. -- 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

8
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2009