July 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-2130) ScrollableDataTable : allow the use of %

by Olivier Martin (JIRA)

ScrollableDataTable : allow the use of % ---------------------------------------- Key: RF-2130 URL: http://jira.jboss.com/jira/browse/RF-2130 Project: RichFaces Issue Type: Feature Request Reporter: Olivier Martin The height, width and column sizes can only be set in pixels, thus the ScrollableDataTable can never be resized. -- 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, 7 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-7488) extendedDataTable: make vertical scrolling optional, so all rows of extendedDataTable should be visible without scrolling

by Denis Petrunin (JIRA)

extendedDataTable: make vertical scrolling optional, so all rows of extendedDataTable should be visible without scrolling ------------------------------------------------------------------------------------------------------------------------- Key: RF-7488 URL: https://jira.jboss.org/jira/browse/RF-7488 Project: RichFaces Issue Type: Feature Request Components: component-tables Affects Versions: 3.3.1 Reporter: Denis Petrunin extendedDataTable has a static height as result there is a scrolling in case of many rows. I'd like extendedDataTable behaves like simple dataTable: the table height should depend on rows count and content, all rows should be rendered and visible without vertical scrolling. I propose to introduce "allowScrolling" boolean attribute or ability to specify height="auto". I'd like to use extendedDataTable features (resizing, grouping) but without vertical scrolling. -- 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, 7 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-2305) Document component JS API

by Nick Belaevski (JIRA)

Document component JS API ------------------------- Key: RF-2305 URL: http://jira.jboss.com/jira/browse/RF-2305 Project: RichFaces Issue Type: Task Affects Versions: 3.2.0 Reporter: Nick Belaevski Assigned To: Svetlana mukhina Fix For: 3.2.0 We need to describe available operations for all components in documentation: - method names - possible arguments - return values -- 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, 7 months

6
30
0 / 0

[JBoss JIRA] Created: (RF-7533) a4:keepAlive problem

by qu zheng (JIRA)

a4:keepAlive problem -------------------- Key: RF-7533 URL: https://jira.jboss.org/jira/browse/RF-7533 Project: RichFaces Issue Type: Bug Components: component-a4j-core Affects Versions: 3.3.1 Environment: weblogic 10.3 ,JDK jrockit 1.6 Reporter: qu zheng Priority: Critical The back bean (mybackbean) used Local session bean injection,like @EJB private IBizLocal bizSB, the page use <a4j:keepAlive bean="mybackbean">,when i visite the page first time,the exception occurs;but in my jboss as,everything is ok. My application is orgnized ear applicaion,ejb and the web is descibed in applicaiton.xml javax.ejb.EJBException: Attempt to pass a reference to an EJBLocalObject to a remote client. A local EJB component may only be accessed by clients co-located in the same ear or standalone jar file. at com.cup.ares.manage.dtc.service.impl.InstGroupServiceSB_rg938q_InstGroupServiceLocalImpl.writeObject(InstGroupServiceSB_rg938q_InstGroupServiceLocalImpl.java:687) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) at java.util.HashMap.writeObject(HashMap.java:1001) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) at com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:233) at javax.faces.render.ResponseStateManager.writeState(ResponseStateManager.java:155) at org.ajax4jsf.application.AjaxStateManager.writeState(AjaxStateManager.java:294) at org.ajax4jsf.application.AjaxStateManager.writeState(AjaxStateManager.java:230) at com.sun.faces.application.ViewHandlerImpl$WriteBehindStringWriter.flushToWriter(ViewHandlerImpl.java:819) at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:191) at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:100) at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:176) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) 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:390) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Unknown Source) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) -- 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, 7 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-7546) java.lang.UnsupportedOperationException in the PickList component.

by Yuri Kitkevich (JIRA)

java.lang.UnsupportedOperationException in the PickList component. ------------------------------------------------------------------ Key: RF-7546 URL: https://jira.jboss.org/jira/browse/RF-7546 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Yuri Kitkevich The PickList component converts selected items to the wrong type java.util.Arrays$ArrayList instead of the java.util.ArrayList. It is impossible to work with selected items object as a collection. The following standard collection operations do not work: clear, add, etc. -- 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, 7 months

5
4
0 / 0

[JBoss JIRA] Created: (RF-7583) extendedDataTable: menu not works at all at snapshot richfaces-demo sample

by Ilya Shaikovsky (JIRA)

extendedDataTable: menu not works at all at snapshot richfaces-demo sample -------------------------------------------------------------------------- Key: RF-7583 URL: https://jira.jboss.org/jira/browse/RF-7583 Project: RichFaces Issue Type: Bug Components: component-tables Affects Versions: 3.3.1 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Priority: Critical the only difference from my local copy - strategies is default and scripts compression - off. -- 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, 7 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-7600) calendar: doCollapse should invoke oncollapse before closure timeEditor.

by Ilya Shaikovsky (JIRA)

calendar: doCollapse should invoke oncollapse before closure timeEditor. ------------------------------------------------------------------------ Key: RF-7600 URL: https://jira.jboss.org/jira/browse/RF-7600 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.3.1 Reporter: Ilya Shaikovsky Assignee: Pavel Yaschenko Priority: Minor Fix For: 3.3.2.CR1 http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246116#4246116 <script type="text/javascript"> var timeToSelect=false; </script> <h:form> <rich:calendar id="dummy" value="#{dummy}" popup="true" oncollapse="if (timeToSelect) return false;" datePattern="MMMM d, yyyy HH:mm" enableManualInput="false" showApplyButton="false" cellWidth="24px" cellHeight="22px" ondateselected="timeToSelect=true; Richfaces.getComponent('calendar',this).showTimeEditor();return true;" style="padding: 2px; margin-left: 10px;" disabled="#{readOnlyMode}" ontimeselected="timeToSelect=false;" ontimeselected="//close calendar here"> </rich:calendar> </h:form> this code should works as he need. but it's not because oncollapse which prevents closure invokes after timeEditor already closed. Move invoking the collapse before the closure. -- 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, 7 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-7612) RichFaces 3.3.x build: can't build from root folder.

by Ilya Shaikovsky (JIRA)

RichFaces 3.3.x build: can't build from root folder. ---------------------------------------------------- Key: RF-7612 URL: https://jira.jboss.org/jira/browse/RF-7612 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Reporter: Ilya Shaikovsky Assignee: Anton Belevich Fix For: 3.3.2.CR1 We suggest the user step-by-step description of how to configure Maven and then propose them build RichFaces just from root folder. But now such build failed on clean local repository. And the mesage is: [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to resolve artifact. Missing: ---------- 1) commons-digester:commons-digester:jar:2.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=commons-digester -DartifactId=commons-d igester -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=commons-digester -DartifactId=commons-dig ester -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepositor yId=[id] Path to dependency: 1) org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2 -SNAPSHOT 2) commons-digester:commons-digester:jar:2.0 2) commons-vfs:commons-vfs:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=commons-vfs -DartifactId=commons-vfs -D version=1.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=commons-vfs -DartifactId=commons-vfs -Dve rsion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2 -SNAPSHOT 2) commons-vfs:commons-vfs:jar:1.0 ---------- 2 required artifacts are missing. for artifact: org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), repository.jboss.org (http://repository.jboss.org/maven2), maven-repository.dev.java.net (http://download.java.net/maven/1) -- 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, 7 months

5
11
0 / 0

[JBoss JIRA] Created: (RF-7617) rich:pickList - CTRL-key selection doesn't work on MacOS

by Nick Belaevski (JIRA)

rich:pickList - CTRL-key selection doesn't work on MacOS --------------------------------------------------------- Key: RF-7617 URL: https://jira.jboss.org/jira/browse/RF-7617 Project: RichFaces Issue Type: Bug Components: component-input Reporter: Nick Belaevski Priority: Minor -- 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, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-7521) rich:pickList does not html encode ampersand

by Frank Bitzer (JIRA)

rich:pickList does not html encode ampersand -------------------------------------------- Key: RF-7521 URL: https://jira.jboss.org/jira/browse/RF-7521 Project: RichFaces Issue Type: Bug Components: component-input Affects Versions: 3.3.1 Environment: RichFaces 3.3.1 Reporter: Frank Bitzer Priority: Minor When the label property of a SelectItem of a rich:pickList contains an ampersand (&), this ampersand is rendered directly in the resulting html code (and not encoded as &). This way, the page is no valid XHTML any more and not displayed in Google Chrome (other browsers however ignore this error). -- 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, 7 months

5
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2009