[JBoss JIRA] (RF-12853) rich:inplaceSelect: JS API bugs
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12853?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reopened RF-12853:
--------------------------------
Assignee: Brian Leathem (was: Domenico Giannotta)
Function hidePopup works fine in 4.3.4, however, function set() sets value of inplace select but doesn't fire change event so attached a4j:ajax doesn't work.
> rich:inplaceSelect: JS API bugs
> -------------------------------
>
> Key: RF-12853
> URL: https://issues.jboss.org/browse/RF-12853
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Environment: JBoss AS 7.1,
> FF 18, Chrome 24
> RichFaces 4.3.2-SNAPSHOT
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> The function hidePopup() does not exist.
> Error in console:
> {code}
> RichFaces.$(...).hidePopup is not a function
> {code}
> The function setValue() is not working.
> Error in console:
> {code}
> TypeError: item is null
> InplaceSelect.js line 217
> var clientSelectItem = item.data('clientSelectItem');
> {code}
--
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
12 years, 7 months
[JBoss JIRA] (RF-13142) Showcase: mediaOutput sample is not working with MyFaces
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13142?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek edited comment on RF-13142 at 8/26/13 1:40 AM:
-----------------------------------------------------------
Worked in 4.3.2.
Yes, both myfaces api and impl are there.
The war: https://repository.jboss.org/nexus/content/groups/staging/org/richfaces/e...
was (Author: jstefek):
Worked in 4.2.2.
Yes, both myfaces api and impl are there.
The war: https://repository.jboss.org/nexus/content/groups/staging/org/richfaces/e...
> Showcase: mediaOutput sample is not working with MyFaces
> --------------------------------------------------------
>
> Key: RF-13142
> URL: https://issues.jboss.org/browse/RF-13142
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.3, 4.3.4
> Environment: MyFaces 2.1.10
> Apache Tomcat 7.0.34
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.3.4
>
>
> The generated image from media output is not displayed.
> Stack trace from logs:
> {code}
> java.lang.ClassNotFoundException: javax.faces.component.StateHolderSaver
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:188)
> at org.richfaces.util.LookAheadObjectInputStream.loadWhitelist(LookAheadObjectInputStream.java:141)
> at org.richfaces.util.LookAheadObjectInputStream.<clinit>(LookAheadObjectInputStream.java:76)
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> 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:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> 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.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
> {code}
> java.lang.NoClassDefFoundError: Could not initialize class org.richfaces.util.LookAheadObjectInputStream
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> 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:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> 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.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
--
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
12 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 commented on RF-13095:
------------------------------------
Thanks for posting the code sample [~entracity]. Note however that the table state string format has changed since RichFaces 3. I just checked the docs, and it appears as though we haven't documented the tableState String format. We'll need to file a new jira issue to correct this.
For now, have a look at the table state snippets defined in this test class, and see if adapting your code to match the new syntax resolves your problem.
https://github.com/richfaces4/components/blob/master/iteration/ui/src/tes...
> 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
12 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 8/24/13 11:23 PM:
--------------------------------------------------------------
As requested in https://issues.jboss.org/browse/RF-13126 - 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 in https://issues.jboss.org/browse/RF-13126 - 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 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
12 years, 7 months
[JBoss JIRA] (RF-13095) extendedDataTable tableState setter not called on column resize/reorder
by Steven W. (JIRA)
[ https://issues.jboss.org/browse/RF-13095?page=com.atlassian.jira.plugin.s... ]
Steven W. commented on RF-13095:
--------------------------------
As requested in https://issues.jboss.org/browse/RF-13126 - 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 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
12 years, 7 months
[JBoss JIRA] (RF-13126) ExtendedDataTable Header Column Widths does not conform to Row Data Column Widths specified in TableState
by Steven W. (JIRA)
[ https://issues.jboss.org/browse/RF-13126?page=com.atlassian.jira.plugin.s... ]
Steven W. commented on RF-13126:
--------------------------------
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
12 years, 7 months
[JBoss JIRA] (RF-13102) rich:calendar with date pattern- input gets cleared on click
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13102?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reopened RF-13102:
--------------------------------
> rich:calendar with date pattern- input gets cleared on click
> ------------------------------------------------------------
>
> Key: RF-13102
> URL: https://issues.jboss.org/browse/RF-13102
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.2.3.Final, 4.3.2
> Reporter: Jonáš Trantina
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> When a rich:calendar component has datePattern without a day (e.g. MM/yyyy) then selected date is cleared when opening the calendar (you can see today date instead of the previously selected date).
> However, when the form is sent, the value is correctly assigned to the binded value.
> Example:
> {noformat}
> <rich:calendar value="#{richBean.date}" datePattern="yyyy-MM"/>
> {noformat}
--
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
12 years, 7 months
[JBoss JIRA] (RF-13102) rich:calendar with date pattern- input gets cleared on click
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13102?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13102.
--------------------------------
Resolution: Done
> rich:calendar with date pattern- input gets cleared on click
> ------------------------------------------------------------
>
> Key: RF-13102
> URL: https://issues.jboss.org/browse/RF-13102
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.2.3.Final, 4.3.2
> Reporter: Jonáš Trantina
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> When a rich:calendar component has datePattern without a day (e.g. MM/yyyy) then selected date is cleared when opening the calendar (you can see today date instead of the previously selected date).
> However, when the form is sent, the value is correctly assigned to the binded value.
> Example:
> {noformat}
> <rich:calendar value="#{richBean.date}" datePattern="yyyy-MM"/>
> {noformat}
--
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
12 years, 7 months
[JBoss JIRA] (RF-13010) Popup panel inside popup panel: button not rendered in IE10
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13010?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13010:
-------------------------------
Labels: regression (was: needs-qe regression)
> Popup panel inside popup panel: button not rendered in IE10
> -----------------------------------------------------------
>
> Key: RF-13010
> URL: https://issues.jboss.org/browse/RF-13010
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.2, 5.0.0.Alpha1
> Environment: RichFaces 5.0.0-SNAPSHOT
> Metamer 5.0.0-SNAPSHOT
> Mojarra 2.1.13
> EAP 6.0.1
> Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux
> works in Chrome 27.0.1453.93 @ Linux x86_64
> broken in IE10 @ Win 8, IE9 @ Win 7
> Reporter: Pavol Pitonak
> Assignee: Brian Leathem
> Labels: regression
> Fix For: 4.3.4
>
> Attachments: buttonInPopupPanel.png
>
>
> # deploy Metamer and open http://192.168.122.1:8080/metamer/faces/components/richPopupPanel/simple....
> # change template to "Rich Popup Panel"
> # click the "Call the popup" button
> result:
> * the is a button between paragraph and link inside popup panel in Chrome/Firefox
> * the button is missing in IE 10
> * it might be related to RF-12850 or RF-12958
> * worked fine in 4.3.1.Final
--
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
12 years, 7 months