[JBoss JIRA] (RF-13095) extendedDataTable tableState setter not called on column resize/reorder
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13095?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13095 at 9/3/13 3:47 PM:
------------------------------------------------------------
Hi - under the 5.0 Alpha release I am getting the following null pointer exception using the following prepared table state:
{code}
{
"columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},
"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},
"columnsWidthState":{"col0":"0px","col1":"250px","col2":"110px","col3":"100px","col4":"94px","col5":"250px","col6":"200px","col7":"120px","col8":"228px","col9":"100px"},
"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsOrderState":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],
"columnsSortState":{"col0":"descending","col1":"descending","col2":"descending","col3":"descending","col4":"descending","col5":"descending","col6":"descending","col7":"descending","col8":"descending","col9":"descending"}
}
{code}
{code}
2013-09-02 12:52:51,046 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception
javax.servlet.ServletException
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
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.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooterCell(ExtendedDataTableRenderer.java:259)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooter(ExtendedDataTableRenderer.java:374)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeader(ExtendedDataTableRenderer.java:492)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.doEncodeChildren(ExtendedDataTableRenderer.java:750)
at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
... 33 more
{code}
was (Author: entracity):
Hi - under the 5.0 Alpha release I am getting the following null pointer exception using the following prepared table state:
{code}
{"columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsWidthState":{"col0":"0px","col1":"250px","col2":"110px","col3":"100px","col4":"94px","col5":"250px","col6":"200px","col7":"120px","col8":"228px","col9":"100px"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsOrderState":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsSortState":{"col0":"descending","col1":"descending","col2":"descending","col3":"descending","col4":"descending","col5":"descending","col6":"descending","col7":"descending","col8":"descending","col9":"descending"}}
{code}
{code}
2013-09-02 12:52:51,046 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception
javax.servlet.ServletException
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
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.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooterCell(ExtendedDataTableRenderer.java:259)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooter(ExtendedDataTableRenderer.java:374)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeader(ExtendedDataTableRenderer.java:492)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.doEncodeChildren(ExtendedDataTableRenderer.java:750)
at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
... 33 more
{code}
> extendedDataTable tableState setter not called on column resize/reorder
> -----------------------------------------------------------------------
>
> Key: RF-13095
> URL: https://issues.jboss.org/browse/RF-13095
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.2
> Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23, tested on Firefox 22 and Chrome 28.
> Reporter: Salvo Isaja
> Assignee: Brian Leathem
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Not sure if this qualifies as a bug or a feature request.
> I have an extendedDataTable with the tableState attribute bound to a String property of a backing bean (tried both a request scoped bean on a transient view and a session scoped bean on a stateful view).
> When resizing or reordering columns, an Ajax request is posted to the server, and I correctly see the new column layouts in the request, but the setter of the tableState property in the backing bean is not called. If I execute @form on a a4j:commandLink or commandButton, it is called instead.
> Thanks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13126) ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13126?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13126 at 9/3/13 3:45 PM:
------------------------------------------------------------
Thanks for your follow-up - I am not seeing the new table state format that you referred to; please point me to it exactly ala expected json in full (that test class also seemed to conform) - following is what I record as being set under 5.0 Alpha 1 (I was not able to get overnight snapshot going because of a complaint about action methods for rich:commandLink) -
{code}
{
"columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},
"columnGroupingState":{},
"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},
"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"]
}
{code}
was (Author: entracity):
Thanks for your follow-up - I am not seeing the new table state format that you referred to; please point me to it exactly ala expected json in full (that test class also seemed to conform) - following is what I record as being set under 5.0 Alpha 1 (I was not able to get overnight snapshot going because of a complaint about action methods for rich:commandLink) -
{code}
{"
columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnGroupingState":{},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"]}
{code}
> ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
> ----------------------------------------------------------------------------------------------------------
>
> Key: RF-13126
> URL: https://issues.jboss.org/browse/RF-13126
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 5.0.0.Alpha1
> Environment: Windows / Tomcat 7 / JDK 1.7 (Firefox & IE)
> Reporter: Steven W.
>
> In prior 3.x release the ExtendedDataTable control supported TableState data for sizing of columns - this worked relatively well *however* there is/was a bug such that the columns headers above the table did *not* align properly with the data rows of the table below; this could be partially accommodated by specifying a size for the column (in the TableState data) that was wider than the longest string in the column data as he initial / minimum size.
> In subsequent release (in 4.x time frame I believe) the control was refactored and the TableState capability as a whole was lost - I saw this in another report on the forum or Jira though not the same but other related issues may be RF-4855 + RF-13094 and RF-13095 ; the report I remember reading, however, is that this TableState functionality was lost during the refactoring and was then said to be restored in a subsequent release.
> I am now using Version 5 of RichFaces to include the first milestone and latest (overnight) snapshot and am confirming this column header sizing AND/OR TableState table header sizing issue(s) still remain, regardless of prior attempts to include TableState data recognition and, if/as so, the widths of the column headers does not respect the TableState data nor do they conform to the column widths of the data in the rows below.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13095) extendedDataTable tableState setter not called on column resize/reorder
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13095?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13095 at 9/3/13 3:46 PM:
------------------------------------------------------------
Hi - under the 5.0 Alpha release I am getting the following null pointer exception using the following prepared table state:
{code}
{"columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsWidthState":{"col0":"0px","col1":"250px","col2":"110px","col3":"100px","col4":"94px","col5":"250px","col6":"200px","col7":"120px","col8":"228px","col9":"100px"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsOrderState":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsSortState":{"col0":"descending","col1":"descending","col2":"descending","col3":"descending","col4":"descending","col5":"descending","col6":"descending","col7":"descending","col8":"descending","col9":"descending"}}
{code}
{code}
2013-09-02 12:52:51,046 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception
javax.servlet.ServletException
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
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.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooterCell(ExtendedDataTableRenderer.java:259)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooter(ExtendedDataTableRenderer.java:374)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeader(ExtendedDataTableRenderer.java:492)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.doEncodeChildren(ExtendedDataTableRenderer.java:750)
at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
... 33 more
{code}
was (Author: entracity):
Hi - under the 5.0 Alpha release I am getting the following null pointer exception using the following prepared table state:
{"columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsWidthState":{"col0":"0px","col1":"250px","col2":"110px","col3":"100px","col4":"94px","col5":"250px","col6":"200px","col7":"120px","col8":"228px","col9":"100px"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsOrderState":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"],"columnsSortState":{"col0":"descending","col1":"descending","col2":"descending","col3":"descending","col4":"descending","col5":"descending","col6":"descending","col7":"descending","col8":"descending","col9":"descending"}}
2013-09-02 12:52:51,046 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception
javax.servlet.ServletException
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
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.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooterCell(ExtendedDataTableRenderer.java:259)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeaderOrFooter(ExtendedDataTableRenderer.java:374)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.encodeHeader(ExtendedDataTableRenderer.java:492)
at org.richfaces.ui.iteration.extendedDataTable.ExtendedDataTableRenderer.doEncodeChildren(ExtendedDataTableRenderer.java:750)
at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
... 33 more
> extendedDataTable tableState setter not called on column resize/reorder
> -----------------------------------------------------------------------
>
> Key: RF-13095
> URL: https://issues.jboss.org/browse/RF-13095
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.2
> Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23, tested on Firefox 22 and Chrome 28.
> Reporter: Salvo Isaja
> Assignee: Brian Leathem
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Not sure if this qualifies as a bug or a feature request.
> I have an extendedDataTable with the tableState attribute bound to a String property of a backing bean (tried both a request scoped bean on a transient view and a session scoped bean on a stateful view).
> When resizing or reordering columns, an Ajax request is posted to the server, and I correctly see the new column layouts in the request, but the setter of the tableState property in the backing bean is not called. If I execute @form on a a4j:commandLink or commandButton, it is called instead.
> Thanks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13126) ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13126?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13126 at 9/3/13 3:44 PM:
------------------------------------------------------------
As requested The following defines the table with tableState:
{code}
<rich:extendedDataTable
id="contTable"
var="b"
value="#{appController.dataModel}"
enableContextMenu="false"
frame="frame"
height="#{appController.dataModel.tableHeight}px"
width="#{appController.dataModel.tableWidth}px"
styleClass="table_standard"
rowClasses="row_ext_even,row_ext_odd"
sortMode="single"
selectionMode="none"
tableState="#{appController.dataModel.tableState}"
groupingColumn="#{appController.dataModel.groupingColumn}"
rows="#{appController.currPreparedDataSize}"
noDataLabel="#{appController.currSelTitle} #{appController.currPreparedDataSize} #{messages['recordsFoundTitle']} [*** NO DATA ***]"
rendered="#{appController.currSelectionAvailable}">
{code}
-------------------------------------------
In the bean (note complete code prepares widths dynamically + programmatically)
-------------------------------------------
{code}
/** State String */
private String tableState;
/**
* return associated state
* @return String
*/
public String getTableState() {
if (this.tableState == null) {
this.tableState = prepareTableState();
}
if (log.isDebugEnabled())
log.debug(getClass().getSimpleName() + " getTableState() = " + (tableState != null ? tableState : "null"));
return this.tableState;
}
/**
* set associated state
* @param state TableState String
*/
public void setTableState(String state) {
if (log.isDebugEnabled())
log.debug(getClass().getSimpleName() + " setTableState() = " + (state != null ? state : "null"));
if (this.tableState == null) {
this.tableState = prepareTableState();
if (this.tableState == null)
this.tableState = state;
} else {
this.tableState = state;
}
}
/** Number of table state columns */
private static final int NBR_TABLE_STATE_COLS = 10;
/** Default table column width */
private static final int DEFAULT_TABLE_STATE_COL_WIDTH = ControllerHelper.DEFAULT_COL_WIDTH;
/**
* get associated table state
*/
private static final String TABLE_STATE_FORMAT =
"{\"columnsVisibility\":{" +
"\"col0\":\"1\"," +
"\"col1\":\"1\"," +
"\"col2\":\"1\"," +
"\"col3\":\"1\"," +
"\"col4\":\"1\"," +
"\"col5\":\"1\"," +
"\"col6\":\"1\"," +
"\"col7\":\"1\"," +
"\"col8\":\"1\"," +
"\"col9\":\"1\"}" +
",\"columnGroupingState\":{},\"columnsSizeState\":{" +
"\"col0\":\"5\"," +
"\"col1\":\"7\"," +
"\"col2\":\"10\"," +
"\"col3\":\"12\"," +
"\"col4\":\"14\"," +
"\"col5\":\"17\"," +
"\"col6\":\"25\"," +
"\"col7\":\"30\"," +
"\"col8\":\"35\"," +
"\"col9\":\"40\"}" +
",\"columnsOrder\":[" +
"\"col0\"," +
"\"col1\"," +
"\"col2\"," +
"\"col3\"," +
"\"col4\"," +
"\"col5\"," +
"\"col6\"," +
"\"col7\"," +
"\"col8\"," +
"\"col9\"]}";
/**
* prepare a table state format using specified column widths
*/
public String prepareTableState() {
return TABLE_STATE_FORMAT;
}
{code}
was (Author: entracity):
As requested The following defines the table with tableState:
<rich:extendedDataTable
id="contTable"
var="b"
value="#{appController.dataModel}"
enableContextMenu="false"
frame="frame"
height="#{appController.dataModel.tableHeight}px"
width="#{appController.dataModel.tableWidth}px"
styleClass="table_standard"
rowClasses="row_ext_even,row_ext_odd"
sortMode="single"
selectionMode="none"
tableState="#{appController.dataModel.tableState}"
groupingColumn="#{appController.dataModel.groupingColumn}"
rows="#{appController.currPreparedDataSize}"
noDataLabel="#{appController.currSelTitle} #
{appController.currPreparedDataSize} #{messages['recordsFoundTitle']} [*** NO
DATA ***]"
rendered="#{appController.currSelectionAvailable}">
-------------------------------------------
In the bean (note complete code prepares widths dynamically +
programmatically)
-------------------------------------------
/** State String */
private String tableState;
/**
* return associated state
* @return String
*/
public String getTableState() {
if (this.tableState == null) {
this.tableState = prepareTableState();
}
if (log.isDebugEnabled())
log.debug(getClass().getSimpleName() + "
getTableState() = " + (tableState != null ? tableState : "null"));
return this.tableState;
}
/**
* set associated state
* @param state TableState String
*/
public void setTableState(String state) {
if (log.isDebugEnabled())
log.debug(getClass().getSimpleName() + "
setTableState() = " + (state != null ? state : "null"));
if (this.tableState == null) {
this.tableState = prepareTableState();
if (this.tableState == null)
this.tableState = state;
} else {
this.tableState = state;
}
}
/** Number of table state columns */
private static final int NBR_TABLE_STATE_COLS = 10;
/** Default table column width */
private static final int DEFAULT_TABLE_STATE_COL_WIDTH =
ControllerHelper.DEFAULT_COL_WIDTH;
/**
* get associated table state
*/
private static final String TABLE_STATE_FORMAT =
"{\"columnsVisibility\":{" +
"\"col0\":\"1\"," +
"\"col1\":\"1\"," +
"\"col2\":\"1\"," +
"\"col3\":\"1\"," +
"\"col4\":\"1\"," +
"\"col5\":\"1\"," +
"\"col6\":\"1\"," +
"\"col7\":\"1\"," +
"\"col8\":\"1\"," +
"\"col9\":\"1\"}" +
",\"columnGroupingState\":{},\"columnsSizeState\":{" +
"\"col0\":\"5\"," +
"\"col1\":\"7\"," +
"\"col2\":\"10\"," +
"\"col3\":\"12\"," +
"\"col4\":\"14\"," +
"\"col5\":\"17\"," +
"\"col6\":\"25\"," +
"\"col7\":\"30\"," +
"\"col8\":\"35\"," +
"\"col9\":\"40\"}" +
",\"columnsOrder\":[" +
"\"col0\"," +
"\"col1\"," +
"\"col2\"," +
"\"col3\"," +
"\"col4\"," +
"\"col5\"," +
"\"col6\"," +
"\"col7\"," +
"\"col8\"," +
"\"col9\"]}";
/**
* prepare a table state format using specified column widths
*/
public String prepareTableState() {
return TABLE_STATE_FORMAT;
}
> ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
> ----------------------------------------------------------------------------------------------------------
>
> Key: RF-13126
> URL: https://issues.jboss.org/browse/RF-13126
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 5.0.0.Alpha1
> Environment: Windows / Tomcat 7 / JDK 1.7 (Firefox & IE)
> Reporter: Steven W.
>
> In prior 3.x release the ExtendedDataTable control supported TableState data for sizing of columns - this worked relatively well *however* there is/was a bug such that the columns headers above the table did *not* align properly with the data rows of the table below; this could be partially accommodated by specifying a size for the column (in the TableState data) that was wider than the longest string in the column data as he initial / minimum size.
> In subsequent release (in 4.x time frame I believe) the control was refactored and the TableState capability as a whole was lost - I saw this in another report on the forum or Jira though not the same but other related issues may be RF-4855 + RF-13094 and RF-13095 ; the report I remember reading, however, is that this TableState functionality was lost during the refactoring and was then said to be restored in a subsequent release.
> I am now using Version 5 of RichFaces to include the first milestone and latest (overnight) snapshot and am confirming this column header sizing AND/OR TableState table header sizing issue(s) still remain, regardless of prior attempts to include TableState data recognition and, if/as so, the widths of the column headers does not respect the TableState data nor do they conform to the column widths of the data in the rows below.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13126) ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13126?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13126 at 9/3/13 3:44 PM:
------------------------------------------------------------
Thanks for your follow-up - I am not seeing the new table state format that you referred to; please point me to it exactly ala expected json in full (that test class also seemed to conform) - following is what I record as being set under 5.0 Alpha 1 (I was not able to get overnight snapshot going because of a complaint about action methods for rich:commandLink) -
{code}
{"
columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnGroupingState":{},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"]}
{code}
was (Author: entracity):
Thanks for your follow-up - I am not seeing the new table state format that you referred to; please point me to it exactly ala expected json in full (that test class also seemed to conform) - following is what I record as being set under 5.0 Alpha 1 (I was not able to get overnight snapshot going because of a complaint about action methods for rich:commandLink) -
{"
columnsVisibility":{"col0":"1","col1":"1","col2":"1","col3":"1","col4":"1","col5":"1","col6":"1","col7":"1","col8":"1","col9":"1"},"columnGroupingState":{},"columnsSizeState":{"col0":"0","col1":"250","col2":"110","col3":"100","col4":"94","col5":"250","col6":"200","col7":"120","col8":"228","col9":"100"},"columnsOrder":["col0","col1","col2","col3","col4","col5","col6","col7","col8","col9"]}
> ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
> ----------------------------------------------------------------------------------------------------------
>
> Key: RF-13126
> URL: https://issues.jboss.org/browse/RF-13126
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 5.0.0.Alpha1
> Environment: Windows / Tomcat 7 / JDK 1.7 (Firefox & IE)
> Reporter: Steven W.
>
> In prior 3.x release the ExtendedDataTable control supported TableState data for sizing of columns - this worked relatively well *however* there is/was a bug such that the columns headers above the table did *not* align properly with the data rows of the table below; this could be partially accommodated by specifying a size for the column (in the TableState data) that was wider than the longest string in the column data as he initial / minimum size.
> In subsequent release (in 4.x time frame I believe) the control was refactored and the TableState capability as a whole was lost - I saw this in another report on the forum or Jira though not the same but other related issues may be RF-4855 + RF-13094 and RF-13095 ; the report I remember reading, however, is that this TableState functionality was lost during the refactoring and was then said to be restored in a subsequent release.
> I am now using Version 5 of RichFaces to include the first milestone and latest (overnight) snapshot and am confirming this column header sizing AND/OR TableState table header sizing issue(s) still remain, regardless of prior attempts to include TableState data recognition and, if/as so, the widths of the column headers does not respect the TableState data nor do they conform to the column widths of the data in the rows below.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13157) rich:dropDownMenu under rich:accordion cannot work
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13157?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13157:
------------------------------------
[~dlee606] checking the if the _z-index_ attribute solves your problem is simply helping us trouble shoot and narrow down the source of the problem. OSS FTW! ;-)
If setting the _z-index_ CSS attribute resolves your problem, please let us know. We can include that CSS attribute setting in the style-sheet of the component. In the mean time you will have a workaround to tide you over until the fix makes it in a release.
As for your other issue you are describing, please file a new jira issue with appropriate code to reproduce (using the [showcase example|http://showcase.richfaces.org/richfaces/component-sample.jsf?demo...] as a reference of what is known to work well.
> rich:dropDownMenu under rich:accordion cannot work
> --------------------------------------------------
>
> Key: RF-13157
> URL: https://issues.jboss.org/browse/RF-13157
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.3
> Environment: Richfaces4.3.3 / CentOS6 / FireFox
> Reporter: David Lee
> Assignee: Pavol Pitonak
> Labels: waiting_on_user
>
> When I tried to put rich:dropDownMenu under rich:accordion,
> the side menu item cannot display on the right hand side.
> Please see the image of trouble screen.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months
[JBoss JIRA] (RF-13157) rich:dropDownMenu under rich:accordion cannot work
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13157?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13157 at 9/3/13 3:36 PM:
------------------------------------------------------------
uh...ok, so I'll need to write my own css to solve the rich:dropDownMenu inside.
The other issue is about the rich:accordion height.
I found the height of my "selected" rich:accordionItem will be 20px smaller than others,
that cause the content of them cannot display completely.
Is this is a bug?
I'm using dynamic rich:accordionItem ... is any more settings I'll need to add?
Thanks.
Following is my code:
{code}
<rich:accordion switchType="client" activeItem="#{componentNavigator.currentComponent.group}"
itemContentClass="main_menu_context" >
<c:forEach items="#{customizeMainMenu.menuBarItemsList}" var="panels">
<ui:include src="/tool/menuItems.xhtml" />
</c:forEach>
</rich:accordion>
Inside menuItems.xhtml:
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:s="http://jboss.org/schema/seam/taglib"
xmlns:rich="http://richfaces.org/rich">
<rich:accordionItem title="#{id}" id="#{id}" name="#{id}"
rendered="#{componentNavigator.isPanelBarAllowed.get(renderPath)}">
<f:facet name="header">
...
</f:facet>
...
</rich:accordionItem>
</ui:composition>
{code}
was (Author: dlee606):
uh...ok, so I'll need to write my own css to solve the rich:dropDownMenu inside.
The other issue is about the rich:accordion height.
I found the height of my "selected" rich:accordionItem will be 20px smaller than others,
that cause the content of them cannot display completely.
Is this is a bug?
I'm using dynamic rich:accordionItem ... is any more settings I'll need to add?
Thanks.
Following is my code:
<rich:accordion switchType="client" activeItem="#{componentNavigator.currentComponent.group}"
itemContentClass="main_menu_context" >
<c:forEach items="#{customizeMainMenu.menuBarItemsList}" var="panels">
<ui:include src="/tool/menuItems.xhtml" />
</c:forEach>
</rich:accordion>
Inside menuItems.xhtml:
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:s="http://jboss.org/schema/seam/taglib"
xmlns:rich="http://richfaces.org/rich">
<rich:accordionItem title="#{id}" id="#{id}" name="#{id}"
rendered="#{componentNavigator.isPanelBarAllowed.get(renderPath)}">
<f:facet name="header">
...
</f:facet>
...
</rich:accordionItem>
</ui:composition>
> rich:dropDownMenu under rich:accordion cannot work
> --------------------------------------------------
>
> Key: RF-13157
> URL: https://issues.jboss.org/browse/RF-13157
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.3
> Environment: Richfaces4.3.3 / CentOS6 / FireFox
> Reporter: David Lee
> Assignee: Pavol Pitonak
> Labels: waiting_on_user
>
> When I tried to put rich:dropDownMenu under rich:accordion,
> the side menu item cannot display on the right hand side.
> Please see the image of trouble screen.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 7 months