March 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8559) richfaces-demo - Drag Support - Argument Error: Parameter text is null

by Lukas Fryc (JIRA)

richfaces-demo - Drag Support - Argument Error: Parameter text is null ---------------------------------------------------------------------- Key: RF-8559 URL: https://jira.jboss.org/jira/browse/RF-8559 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: JSF 2.0 Affects Versions: 3.3.3.Final Environment: Internet Explorer 8 richfaces-demo-jsf2-3.3.3.Final-tomcat6.war Apache Tomcat 6.0.24 (on Linux, IcedTea6 1.6.1) Reporter: Lukas Fryc Assignee: Lukas Fryc Attachments: Error - Argument Error Parameter text is null.htm I cannot reproduce it anymore, but I used following scenario, facelets debug page attached: 1. open richfaces-demo 2. open Drag Support 3. accidentaly move Sources to targets 4. sometimes happens that dragged source is frozen over wrong target (in not accepting state) 5. when conditions corresponds 4., - I dragged another item to its target (doesn't remember if accepting or declining type) - and when rerendered after this action - I can see attached facelets page - when refreshed page, facelets page was still present -- 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, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-8555) Scrollable datatable, error trying to get tab between inputexts

by javier gallegos (JIRA)

Scrollable datatable, error trying to get tab between inputexts --------------------------------------------------------------- Key: RF-8555 URL: https://jira.jboss.org/jira/browse/RF-8555 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 3.3.3.BETA1 Environment: mozilla fire fox 3.6.2, ie8 Reporter: javier gallegos i inserted inputtexts in the scrollabledatatable to get some data from the user, but i need that the user can tab between the inputtext's, so he can be faster taping the data, i already try with the datatable component and it work's fine but with this component it seems to dismiss the tabindex -- 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, 8 months

2
8
0 / 0

[JBoss JIRA] Created: (RF-5041) ExtendedDataTable don't reRender with dynamic columns.

by Mikhail Vitenkov (JIRA)

ExtendedDataTable don't reRender with dynamic columns. ------------------------------------------------------ Key: RF-5041 URL: https://jira.jboss.org/jira/browse/RF-5041 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: IE6,7, FF3.0.3, Safari 3.1, Opera 9.62(seam 2.0.2.GA) Reporter: Mikhail Vitenkov Assignee: Nick Belaevski #1. Add extendedDataTable to page: <rich:extendedDataTable value="#{testBean.rows}" var="row"> <rich:columns value="#{testBean.columns}" var="column" index="ind"> <f:facet name="header"> <h:outputText value="#{column.name}" /> </f:facet> <h:outputText value="#{row[ind]}" /> </rich:columns> </rich:extendedDataTable> <a:commandButton value="Add column" action="#{testBean.addAColumn}" reRender="form" /> #2. Define addAColumn method following way: public void addAColumn(){ columns=Arrays.asList(new Column[]{new Column("Col1"),new Column("Col2"),new Column("Col3")}); rows=Arrays.asList(Arrays.asList(new String[]{"a","b","c"}),Arrays.asList(new String[]{"d","e","f"})); } #3. Navigate to page, contained tested component & try to add one row. Following exception occurs: Error Rendering View[/CustomizePage/CustomizePage.xhtml] java.lang.NullPointerException at org.richfaces.component.ColumnsSizeState.getColumnSize(ExtendedDataTableState.java:299) at org.richfaces.component.ExtendedDataTableState.getColumnSize(ExtendedDataTableState.java:159) at org.richfaces.component.UIExtendedDataTable.getColumnSize(UIExtendedDataTable.java:183) at org.richfaces.renderkit.AbstractExtendedTableRenderer.encodeColumns(AbstractExtendedTableRenderer.java:130) at org.richfaces.renderkit.html.ExtendedDataTableRenderer.doEncodeBegin(ExtendedDataTableRenderer.java:281) at org.richfaces.renderkit.html.ExtendedDataTableRenderer.doEncodeBegin(ExtendedDataTableRenderer.java:216) at org.ajax4jsf.renderkit.RendererBase.encodeBegin(RendererBase.java:101) at org.richfaces.renderkit.AbstractExtendedTableRenderer.encodeBegin(AbstractExtendedTableRenderer.java:1346) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:788) at javax.faces.component.UIData.encodeBegin(UIData.java:879) at org.ajax4jsf.component.UIDataAdaptor.encodeBegin(UIDataAdaptor.java:1220) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:884) at javax.faces.render.Renderer.encodeChildren(Renderer.java:137) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:812) at org.ajax4jsf.renderkit.RendererBase.renderChild(RendererBase.java:282) at org.ajax4jsf.renderkit.AjaxChildrenRenderer.encodeAjaxComponent(AjaxChildrenRenderer.java:124) at org.ajax4jsf.renderkit.AjaxChildrenRenderer.encodeAjaxChildren(AjaxChildrenRenderer.java:67) at org.ajax4jsf.renderkit.AjaxChildrenRenderer.encodeAjaxComponent(AjaxChildrenRenderer.java:115) at org.ajax4jsf.renderkit.AjaxContainerRenderer.encodeAjax(AjaxContainerRenderer.java:123) at org.ajax4jsf.component.AjaxViewRoot.encodeAjax(AjaxViewRoot.java:677) at org.ajax4jsf.component.AjaxViewRoot.encodeChildren(AjaxViewRoot.java:548) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:886) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592) at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:100) at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:197) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:565) at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) 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:307) at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:423) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:550) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) 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:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) at java.lang.Thread.run(Unknown Source) -- 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, 8 months

5
13
0 / 0

[JBoss JIRA] Created: (RF-8556) Mixing secure/insecure content warning in IE under HTTPS

by Nick Belaevski (JIRA)

Mixing secure/insecure content warning in IE under HTTPS -------------------------------------------------------- Key: RF-8556 URL: https://jira.jboss.org/jira/browse/RF-8556 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: browser compatibility Affects Versions: 3.3.3.Final Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical Fix For: 3.3.3.Final -- 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, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-8554) Extendeddatatable rendering problem after context menu is opened

by Markos Fragkakis (JIRA)

Extendeddatatable rendering problem after context menu is opened ---------------------------------------------------------------- Key: RF-8554 URL: https://jira.jboss.org/jira/browse/RF-8554 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 3.3.2.GA Environment: IE7, FF3.6 Reporter: Markos Fragkakis When clicking on the context menu on a column, the context menu opens. Instead of clicking a menu item, if I re-click on the context menu button, I get some of its contents rendered on the bottom of the extended datatable, right after all the rows. The issue appears in IE7, FF3.6, and have managed to reproduce it in the demo page (see attachment) with both browsers. -- 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, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-8551) problem with calendar on Chrome 5

by Prabhat Jha (JIRA)

problem with calendar on Chrome 5 --------------------------------- Key: RF-8551 URL: https://jira.jboss.org/jira/browse/RF-8551 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Prabhat Jha Fix For: 3.3.3.Final Palo reports: I've just find out that calendar stopped working in Chromium 5.0.365.0 (42934). I tried also Chrome 4.1.249.1042 (42199) and it works. It doesn't work with live demo (3.3.2.SR1) too, but I'm sure that 3.x worked because I used it in my sample app. Therefore I think that it might be a problem with this one version of Chrome. -- 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, 8 months

4
8
0 / 0

[JBoss JIRA] Closed: (RF-8436) seam-gen should not use resources:// for things that are in web/view content

by Lukas Fryc (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8436?page=com.atlassian.jira.plugin... ] Lukas Fryc closed RF-8436. -------------------------- Reproduced in 3.3.3.CR1, verified in 3.3.3.GA. > seam-gen should not use resources:// for things that are in web/view content > ---------------------------------------------------------------------------- > > Key: RF-8436 > URL: https://jira.jboss.org/jira/browse/RF-8436 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDK, core, tools > Environment: winxp x86, jdk6, jboss5 > Reporter: Jacques Lemire > Assignee: Alexander Smirnov > Priority: Blocker > Fix For: 3.3.3.Final > > > seam-gen templates are using resource:// for things that are not on the classpath (currently build.xml hacks around this by duplicating the .xcss files in the war) > Original description: > In projects generated through "File" -> "New" -> "Seam web project", the facelets template "layout/template.xhtml" contains the following component in the "head" section: > layout/template.xhtml: > <a:loadStyle src="resource:///stylesheet/theme.xcss"/> > This component, from a4j should transform the "richfaces templatable css" (xcss) file into a real CSS file and render as a <link> tag containing an a4j resource url. In projects created from the command-line seam-gen script, the output is as expected: > <link class='user' rel='stylesheet' type='text/css' href='/testxcss/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAFrvajdHLp8hjQAEgwDtA__' /> > However, using jboss tools, I get: > <link class='user' rel='stylesheet' type='text/css' href='/SeamThemeTest/stylesheet/theme.xcss' /> > This version does not work, however, as the xcss file is returned to the browser as is. > By looking at the differences between the seam-gen project and the jbosstools project, i noticed the following section of the build.xml ant file generated by seam-gen: > <copy todir="${war.dir}/WEB-INF/classes"> > <fileset dir="${basedir}/resources"> > <include name="**/*.xcss"/> > </fileset> >  > <fileset dir="${basedir}/view"> > <include name="**/*.xcss"/> > </fileset> > </copy> > This step is not done by jbosstools (3.1.0), and indeed, by doing a quick web search, I fell on the following jira: https://jira.jboss.org/jira/browse/JBAS-6034, which states that: > > [...] that would work in 4.2.x but not in jboss5 where the root of the war is no longer a part of the war's classpath (and never should have been!) > Please fix it as soon as possible, as this problem affects any generated site and is pretty difficult to debug. On the other hand, it should be very easy to fix. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (RF-8436) seam-gen should not use resources:// for things that are in web/view content

by Lukas Fryc (JIRA)

[ https://jira.jboss.org/jira/browse/RF-8436?page=com.atlassian.jira.plugin... ] Lukas Fryc commented on RF-8436: -------------------------------- Steps to reproduce: JBDS 3.0.0.GA JBoss AS 5.1..0.GA Seam 2.2.0.GA 1. generate new Seam Web Project 2. deploy using JBDS 3. verify that /${ROOT}/home.seam have link refering to xcss file: 3a. (with RF 3.3.1.GA - included by default) direct reference (e.g.: <link class="user" href="/rf8436/stylesheet/theme.xcss" rel="stylesheet" type="text/css" />) 3b. (with RF 3.3.3.Final - replace libs in WEB-INF/lib) reference to preprocess (e.g.: <link class="user" href="/rf8436/a4j/s/3_3_3.Final/stylesheet/theme.xcss/DATB/eAF7sqpgb-jyGdIAFrMEaw__" rel="stylesheet" type="text/css" />) > seam-gen should not use resources:// for things that are in web/view content > ---------------------------------------------------------------------------- > > Key: RF-8436 > URL: https://jira.jboss.org/jira/browse/RF-8436 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CDK, core, tools > Environment: winxp x86, jdk6, jboss5 > Reporter: Jacques Lemire > Assignee: Alexander Smirnov > Priority: Blocker > Fix For: 3.3.3.Final > > > seam-gen templates are using resource:// for things that are not on the classpath (currently build.xml hacks around this by duplicating the .xcss files in the war) > Original description: > In projects generated through "File" -> "New" -> "Seam web project", the facelets template "layout/template.xhtml" contains the following component in the "head" section: > layout/template.xhtml: > <a:loadStyle src="resource:///stylesheet/theme.xcss"/> > This component, from a4j should transform the "richfaces templatable css" (xcss) file into a real CSS file and render as a <link> tag containing an a4j resource url. In projects created from the command-line seam-gen script, the output is as expected: > <link class='user' rel='stylesheet' type='text/css' href='/testxcss/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAFrvajdHLp8hjQAEgwDtA__' /> > However, using jboss tools, I get: > <link class='user' rel='stylesheet' type='text/css' href='/SeamThemeTest/stylesheet/theme.xcss' /> > This version does not work, however, as the xcss file is returned to the browser as is. > By looking at the differences between the seam-gen project and the jbosstools project, i noticed the following section of the build.xml ant file generated by seam-gen: > <copy todir="${war.dir}/WEB-INF/classes"> > <fileset dir="${basedir}/resources"> > <include name="**/*.xcss"/> > </fileset> >  > <fileset dir="${basedir}/view"> > <include name="**/*.xcss"/> > </fileset> > </copy> > This step is not done by jbosstools (3.1.0), and indeed, by doing a quick web search, I fell on the following jira: https://jira.jboss.org/jira/browse/JBAS-6034, which states that: > > [...] that would work in 4.2.x but not in jboss5 where the root of the war is no longer a part of the war's classpath (and never should have been!) > Please fix it as soon as possible, as this problem affects any generated site and is pretty difficult to debug. On the other hand, it should be very easy to fix. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] Resolved: (RF-4075) Create "compatibility" flag to restore previous Iterable save state functionality broken with RF-2076

by Alexander Smirnov (JIRA)

[ https://jira.jboss.org/jira/browse/RF-4075?page=com.atlassian.jira.plugin... ] Alexander Smirnov resolved RF-4075. ----------------------------------- Resolution: Rejected That functionality is not compatible with JSF 1.2/2.0 speck. JSF EG is going to resolve it in the standard-compatible manner using JSF 2.0 incremental state savings. > Create "compatibility" flag to restore previous Iterable save state functionality broken with RF-2076 > ----------------------------------------------------------------------------------------------------- > > Key: RF-4075 > URL: https://jira.jboss.org/jira/browse/RF-4075 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-tables, regression > Affects Versions: 3.2.1 > Reporter: Michael Youngstrom > Assignee: Alexander Smirnov > Priority: Minor > Fix For: 4.0.0.ALPHA2 > > > RF-2076 created a major Regression in RichFaces. This has been a long standing spec bug that a4j iterables were able to avoid for a long time. > https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=153 > The problem is that now all my code depends upon the behavior of not discarding saved values. Would it be possible to add a "compatibility" flag to the iterable components that will allow them to behave the way they used to in not discarding saved state but allow those who want to match h:dataTable broken functionality can set it to true? > This issue is also related to RF-2076 which was rejected. This issue is different from RF-2076 because it is specifically requesting both functionalities. > Mike -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-7596) Rewrite CDK to use Java Annotations and faces-config.xml extentions

by Alexander Smirnov (JIRA)

Rewrite CDK to use Java Annotations and faces-config.xml extentions ------------------------------------------------------------------- Key: RF-7596 URL: https://jira.jboss.org/jira/browse/RF-7596 Project: RichFaces Issue Type: Task Components: CDK Reporter: Alexander Smirnov Assignee: Alexander Smirnov Priority: Minor Fix For: 4.0.0.ALPHA1 JSF-2.0 targeted CSK should use Java Annotations and faces-config.xml extensions instead of proprietary xml configuration See http://www.jboss.org/community/wiki/RichFaces40ComponentsDevelopmentKit for architecture plan. -- 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, 8 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues March 2010