[JBoss JIRA] Created: (RF-2289) rich datatable - rendering problem when changing column data using valueChangeListener
by Mike (JIRA)
rich datatable - rendering problem when changing column data using valueChangeListener
--------------------------------------------------------------------------------------
Key: RF-2289
URL: http://jira.jboss.com/jira/browse/RF-2289
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Environment: WinXP, JBoss Portal Server 2.6.2, Sun JDK 1.5, JSF-RI 1.2
Reporter: Mike
The bug here is, that using a rich:datatable not all changed attributes insinde a row get redisplayed.
We use a value change listener on a checkbox inside a rich:datatable like this:
...
<rich:column>
<h:selectBooleanCheckbox id="taxresidualvaluerelevant"
value="#{item.taxResidualValueRelevant}"
valueChangeListener="#{taxesAndFeesController.activeChanged}"
onclick="submit();" />
</rich:column>
....
in the managed bean we manipulate some data in columns of the selected row, and after that we trigger the to render the response
using FacesContext.getCurrentInstance().renderResponse();
The rich:datatable only updates some values in the row (disabled attributes) whereas values don't get redisplayed.
When we select a h:datatable everything works as suspected, but we need to use the rich:datatable for e.g. paging etc.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 5 months
[JBoss JIRA] Created: (RF-1396) Add late rendering support for Calendar in client mode
by Boris Kirzner (JIRA)
Add late rendering support for Calendar in client mode
------------------------------------------------------
Key: RF-1396
URL: http://jira.jboss.com/jira/browse/RF-1396
Project: RichFaces
Issue Type: Feature Request
Reporter: Boris Kirzner
Current implementation always renders a calendar on page load even if popup is true. The rendering operation takes about 100ms in average.
Thus, adding 10 calendar instances to a page causes additional 1 second delay in page loading. This is completely redundant on page load since in real production scenario most of the dates have a big probability to remain untouched.
Calendar should support late rendering, i.e. popup should be actually rendered only after user clicks in image for the first time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 5 months
[JBoss JIRA] Created: (RF-1246) rich:datascroller - looks different before and after rich:dataTable
by 123 123 (JIRA)
rich:datascroller - looks different before and after rich:dataTable
-------------------------------------------------------------------
Key: RF-1246
URL: http://jira.jboss.com/jira/browse/RF-1246
Project: RichFaces
Issue Type: Bug
Environment: Eclipse, Tomcat 6, Java 1.6, richfaces-ui-3.1.2.GA, jsf 1.2_04-b16-p02
Reporter: 123 123
Priority: Minor
Fix For: 3.1.2
Simple action - commandLink run table filtering so table content sometimes are changed
1. For this sequence of code dataScroller is not displayed correctly. After filtering Rowcount in scroller keeps old count of rows and count of buttons pages is incorrect
<a4j:commandLink actionListener="#{table.filter}"reRender="table,">
<rich:datascroller align="left" for="table" binding="#{table.dataScroller}" />
<rich:dataTabl id="table" rows="10" value="#{parSlowList.parElSloTable}" ></rich:dataTable>
2. For this sequence everything is good. Scroller see correct table and row count
<a4j:commandLink actionListener="#{table.filter}"reRender="table,">
<rich:dataTabl id="table" rows="10" value="#{parSlowList.parElSloTable}" ></rich:dataTable>
<rich:datascroller align="left" for="table" binding="#{table.dataScroller}" />
-----------------------------------
My filter looks like :
public void table.filter(ActionEvent event) {
loadTable(filterValue);
getDataScroller().setPage("first");
// getDataScroller().getDataTabe().getRowCount() <-- in first scenario this gave bad row count
}
I think that UIDatascroller should contain resetDataTable method like UIDataFltrSlider or something is wrong in getDataTable - UIDataFltrSlider.getDataTable looks different than the same mathod in scroller.
public void resetDataTable() {
getSession().remove("...");
getDataTable().setValue(getDataTable().getValueBinding("#{" + getForValRef() + "}"));
}
?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months
[JBoss JIRA] Created: (RF-1716) org.ajax4jsf.resource.ResourceNotFoundException: Resource not registered : org.richfaces.renderkit.html.iconimages.CalendarSeparator
by Denis Forveille (JIRA)
org.ajax4jsf.resource.ResourceNotFoundException: Resource not registered : org.richfaces.renderkit.html.iconimages.CalendarSeparator
------------------------------------------------------------------------------------------------------------------------------------
Key: RF-1716
URL: http://jira.jboss.com/jira/browse/RF-1716
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.3
Environment: JSF RI 1.2_07
Facelets 1.1.13
Seam 1.2.1
Richfaces 3.1.3
WebSphere v6.1.0.13
Reporter: Denis Forveille
We have an exception with the calendar component in v3.1.3
This happens when we click on a day when the calendar is expanded.
The tracebak and the source:
[20/12/07 8:50:52:545 EST] 0000002e WebApp E [Servlet Error]-[Faces Servlet]: org.ajax4jsf.resource.ResourceNotFoundException: Resource not registered : org.richfaces.renderkit.html.iconimages.CalendarSeparator
at org.ajax4jsf.resource.ResourceBuilderImpl.getResource(ResourceBuilderImpl.java:393)
at org.ajax4jsf.resource.ResourceBuilderImpl.getResourceForKey(ResourceBuilderImpl.java:337)
at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:155)
at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:144)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:265)
at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:190)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:130)
at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79)
at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57)
at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84)
at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:190)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:130)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:87)
at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:766)
at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:674)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:498)
at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:464)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3276)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:267)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:811)
at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1455)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:113)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:454)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:383)
at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:195)
at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:743)
at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:873)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1469)
<rich:calendar
id="dateConfirmationFinaleAuxAgents"
value="#{echeancierCtrl.echeancierForm.dateConfirmationFinaleAuxAgents}"
datePattern="#{messages['format.date.rich']}"
enableManualInput="true"
converter="com.saq.pp.ui.convertisseur.SQLDateConverteur"
showApplyButton="false"
required="true" />
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months