July 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-2469) Calendar: review server listeners code

by Nick Belaevski (JIRA)

Calendar: review server listeners code -------------------------------------- Key: RF-2469 URL: http://jira.jboss.com/jira/browse/RF-2469 Project: RichFaces Issue Type: Task 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

13 years, 11 months

3
8
0 / 0

[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, 11 months

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

3
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, 11 months

3
8
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, 11 months

8
12
0 / 0

[JBoss JIRA] Created: (RF-7431) extendedDataTable: menu icon is displayed in wrong place in firefox, if header or caption facet is defined

by Vadim Mikovoz (JIRA)

extendedDataTable: menu icon is displayed in wrong place in firefox, if header or caption facet is defined ---------------------------------------------------------------------------------------------------------- Key: RF-7431 URL: https://jira.jboss.org/jira/browse/RF-7431 Project: RichFaces Issue Type: Bug Components: component-tables Affects Versions: 3.3.2.CR1 Environment: v.3.3.2-SNAPSHOT firefox 3.0 Reporter: Vadim Mikovoz Assignee: Nick Belaevski <rich:extendedDataTable id="myExtendedDataTableID" value="#{dataScroller.dataTable}" var="dT"> <f:facet name="caption"> <h:outputText value="My caption" /> </f:facet> <rich:column label="first column"> <f:facet name="header"> <h:outputText value="first" /> </f:facet> <h:outputText value="#{dT.str0}" /> </rich:column> <rich:column label="second column"> <f:facet name="header"> <h:outputText value="second" /> </f:facet> <h:outputText value="#{dT.int0}" /> </rich:column> </rich:extendedDataTable> 1. Open test page 2. Move mouse over any column header ------------------------------------------------------- menu icon is appeared on caption (see attachment) -- 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, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-6847) realworld/ui: User should have possibility to return on previous pages

by Inna Shchibrya (JIRA)

realworld/ui: User should have possibility to return on previous pages ---------------------------------------------------------------------- Key: RF-6847 URL: https://jira.jboss.org/jira/browse/RF-6847 Project: RichFaces Issue Type: Feature Request Components: examples Affects Versions: 3.3.1 Environment: IE6, IE7, IE8, FF, Opera Reporter: Inna Shchibrya Assignee: Andrey Markhel Priority: Minor 1. Open the application. 2. Enter "a" in Search input field, select options and click Find button. 3. Click on e.g. "Shelf search result" and click on any image. --> Image is opened. But user cann't return on previouse page. Expected result: User should have possibility to return on previous pages. -- 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, 11 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 July 2009