[JBoss JIRA] (RF-12891) Datatable with ExtendedDataModel ajax call
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12891?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12891:
-------------------------------
Priority: Major (was: Critical)
> Datatable with ExtendedDataModel ajax call
> ------------------------------------------
>
> Key: RF-12891
> URL: https://issues.jboss.org/browse/RF-12891
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.1
> Environment: apache-tomcat-7.0.34, servlet-weld 1.1.11.
> Reporter: tehackio teha
> Labels: ExtendedDataModel, UIDataAdaptor, a4j:commandLink, datatable
> Fix For: 4.3.4, 5-Tracking
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> If one ajax call inside column of datatable(org.ajax4jsf.model.ExtendedDataModel) to render outside, method walk is called many times;
> On org.richfaces.component.UIDataAdaptor.requiresRowIteration(VisitContext context), context.getFacesContext().getAttributes().get("javax.faces.visit.SKIP_ITERATION") returns "null", therefore "false".
--
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-13117) ExtendedDataTable Sorting resets $(window).resize Events
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13117?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13117:
-------------------------------
Priority: Major (was: Critical)
> ExtendedDataTable Sorting resets $(window).resize Events
> --------------------------------------------------------
>
> Key: RF-13117
> URL: https://issues.jboss.org/browse/RF-13117
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.3
> Environment: Tomcat 7
> JBoss 7.1
> Reporter: Thomas Zuberbuehler
> Assignee: Brian Leathem
> Labels: regression
> Fix For: 4.3.4
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> Sorting removes other resize events.
> At some point following code is called:
> {code}
> // extendedDataTable.js
> deActivateResizeListener: function() {
> $(window).off(this.resizeEventName);
> }
> {code}
> Notice that this.resizeEventName is undefined.
> Before code is invoked (Chrome JavaScript console)
> {code}
> $._data(window,'events').resize
> [Object, Object]
> {code}
> After invoking
> {code}
> $._data(window,'events').resize
> TypeError: Cannot read property 'resize' of undefined
> {code}
> http://stackoverflow.com/questions/18045891/how-to-check-if-onresize-meth...
--
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-13033) inputNumberSlider, inputNumberSpinner: @label is not working
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13033?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13033:
----------------------------------
Assignee: Brian Leathem
> inputNumberSlider, inputNumberSpinner: @label is not working
> ------------------------------------------------------------
>
> Key: RF-13033
> URL: https://issues.jboss.org/browse/RF-13033
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input, doc
> Affects Versions: 3.3.2.CR1, 4.3.2, 5.0.0.Alpha1
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> These two components have attribute @label.
> And it doesn't work -- there is no sign of it on the page source.
> Where should it be displayed? Should it replace the default value?
> Or should this attribute be deleted?
> Please also update the VDL-DOC in all cases.
--
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-13098) Regression: mediaOutput broken for CDI MediaData beans
by Romain Guillaume (JIRA)
[ https://issues.jboss.org/browse/RF-13098?page=com.atlassian.jira.plugin.s... ]
Romain Guillaume commented on RF-13098:
---------------------------------------
Hi everyone,
Maybe I missed something, but I believe I have the same problem than Marek.
I use a a4j:mediaOutput to display a blob image from a database. Since I upgraded to RF 4.3.3, a4j:mediaOutput is broken.
As Brian said on his blog, my bean implements SerializableResource. But it changes nothing. I still have:
{code:xml}
Input error for deserialize data
java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.util.el.ForwardingMethodExpression
at org.richfaces.util.LookAheadObjectInputStream.resolveClass(LookAheadObjectInputStream.java:93)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1574)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1582)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1731)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at com.sun.faces.facelets.el.TagMethodExpression.readExternal(TagMethodExpression.java:158)
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1791)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1750)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1666)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1322)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at org.richfaces.util.Util.decodeObjectData(Util.java:237)
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:591)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)
{code}
Any ideas?
Thank you in advance for your assistance
> Regression: mediaOutput broken for CDI MediaData beans
> ------------------------------------------------------
>
> Key: RF-13098
> URL: https://issues.jboss.org/browse/RF-13098
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.3
> Reporter: Marek Schmidt
>
> https://issues.jboss.org/browse/RF-13089 introduced a regression for a4j:mediaOutput component
> Having a
> {code}
> <a4j:mediaOutput element="img" cacheable="true" session="true" createContent="#{mediaBean.paint}" value="#{mediaData}" mimeType="image/jpeg"/>
> {code}
> with mediaData being a CDI bean, e.g.
> {code}
> @javax.inject.Named("mediaData")
> @javax.enterprise.context.RequestScoped
> public class MediaData implements Serializable
> {code}
> the following exception occurs:
> {code}10:39:27,997 SEVERE [org.richfaces.log.Resource] (http-/127.0.0.1:8080-1) Input error for deserialize data : java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.bean.proxy.util.SerializableClientProxy
> at org.richfaces.util.LookAheadObjectInputStream.resolveClass(LookAheadObjectInputStream.java:93) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1610) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1515) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1769) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1704) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1342) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) [rt.jar:1.7.0_25]
> at org.richfaces.util.Util.decodeObjectData(Util.java:237) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:591) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {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-10442) extendedDataTable: add state saving functionality
by Taylor Burton (JIRA)
[ https://issues.jboss.org/browse/RF-10442?page=com.atlassian.jira.plugin.s... ]
Taylor Burton commented on RF-10442:
------------------------------------
Not sure why I can't vote, but one vote from me.
> extendedDataTable: add state saving functionality
> -------------------------------------------------
>
> Key: RF-10442
> URL: https://issues.jboss.org/browse/RF-10442
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.0.0.Milestone5
> Reporter: Ilya Shaikovsky
> Assignee: Brian Leathem
> Fix For: 4.3.0.M3
>
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> developer should be able to store column width'es, order and so on between requests.
> TO discuss: use tableState as before or maybe create set of specific attributes for every required properties set.
--
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-13116) Using filters with paging / default filter value in extendeddatatable
by John Strandmyr (JIRA)
[ https://issues.jboss.org/browse/RF-13116?page=com.atlassian.jira.plugin.s... ]
John Strandmyr commented on RF-13116:
-------------------------------------
{code}
package no.hmskontoret.hmskontoret.hendelsesregister;
import org.joda.time.DateTime;
import org.richfaces.model.Filter;
import javax.enterprise.context.SessionScoped;
import javax.faces.bean.ManagedBean;
import java.io.Serializable;
import java.util.Calendar;
@ManagedBean
@SessionScoped
public class TiltakFilter implements Serializable {
private static final long serialVersionUID = 3891868950010001044L;
/**
*
*/
private String fristFilter = "";
private String tittelFilter = "";
private String ansvarligFilter = "";
private String lokasjonFilter = "";
private String kategoriFilter = "";
private String statusFilter = "";
private String avdelingFilter = "";
public Filter<?> getTittelImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getTittelFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item != null && item.getTittel() != null) {
if (item.getTittel().toLowerCase().indexOf(s.toLowerCase()) >= 0)
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getAnsvarligImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getAnsvarligFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item != null && item.getAnsvarlig() != null && item.getAnsvarlig().getNavn() != null) {
if (item.getAnsvarlig().getNavn().toLowerCase().indexOf(s.toLowerCase()) >= 0)
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getKategoriImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getKategoriFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item != null && item.getKategori() != null) {
if (item.getKategori().toLowerCase().indexOf(s.toLowerCase()) >= 0)
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getLokasjonImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getTittelFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item != null && item.getLokasjon() != null) {
if (item.getLokasjon().toLowerCase().indexOf(s.toLowerCase()) >= 0)
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getAvdelingImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getAvdelingFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item != null && item.getAvdeling() != null && item.getAvdeling().getNavn() != null) {
if (item.getAvdeling().getNavn().toLowerCase().indexOf(s.toLowerCase()) >= 0)
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getStatusImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
Integer s;
if( getStatusFilter() == null || getStatusFilter().equals(""))
return true;
else
s = Integer.valueOf(getStatusFilter());
Tiltak item = (Tiltak) i;
if (item != null && item.getStatus() != null && item.getStatus() != null) {
if (item.getStatus().equals(s))
return true;
else
return false;
}
return false;
}
};
}
public Filter<?> getFristImpl() {
return new Filter<Object>() {
@Override
public boolean accept(Object i) {
String s = getFristFilter();
Tiltak item = (Tiltak) i;
if (s.length() == 0)
return true;
if (item.getFrist() != null) {
if (s.matches("^\\d{4,4}$")) {
Calendar calFrom = Calendar.getInstance();
calFrom.set(Integer.valueOf(s), 0, 1);
Calendar calTo = Calendar.getInstance();
calTo.set(Integer.valueOf(s), 11, 31);
Calendar cal = Calendar.getInstance();
cal.setTime(item.getFrist());
if ((cal.after(calFrom) || cal.equals(calFrom)) && (cal.before(calTo) || cal.equals(calTo))) {
return true;
}
} else if (s.equals("ingen")) {
if (item.getFrist() == null)
return true;
} else if (s.equals("12mnd")) {
Calendar cal = Calendar.getInstance();
cal.setTime(item.getFrist());
Calendar calFrom = Calendar.getInstance();
calFrom.set(Calendar.YEAR, calFrom.get(Calendar.YEAR) - 1);
Calendar calTo = Calendar.getInstance();
if ((cal.after(calFrom) || cal.equals(calFrom)) && (cal.before(calTo) || cal.equals(calTo))) {
return true;
}
} else if (s.substring(0, 9).equals("tidligere")) {
String strYear = s.substring(s.indexOf("_") + 1);
Calendar calTo = Calendar.getInstance();
calTo.set(Calendar.YEAR, Integer.valueOf(strYear));
Calendar cal = Calendar.getInstance();
cal.setTime(item.getFrist());
if (cal.before(calTo) || cal.equals(calTo))
return true;
}
} else if (item.getFrist() == null && s.equals("ingen")) {
return true;
}
return false;
}
};
}
public String getFristFilter() {
return fristFilter;
}
public void setFristFilter(String fristFilter) {
this.fristFilter = fristFilter;
}
/**
* @return the tittelFilter
*/
public String getTittelFilter() {
return this.tittelFilter;
}
/**
* @param tittelFilter the tittelFilter to set
*/
public void setTittelFilter(String tittelFilter) {
this.tittelFilter = tittelFilter;
}
/**
* @return the avdelingFilter
*/
public String getAvdelingFilter() {
return this.avdelingFilter;
}
/**
* @param avdelingFilter the avdelingFilter to set
*/
public void setAvdelingFilter(String avdelingFilter) {
this.avdelingFilter = avdelingFilter;
}
/**
* @return the lokasjonFilter
*/
public String getLokasjonFilter() {
return this.lokasjonFilter;
}
/**
* @param lokasjonFilter the lokasjonFilter to set
*/
public void setLokasjonFilter(String lokasjonFilter) {
this.lokasjonFilter = lokasjonFilter;
}
/**
* @return the ansvarligFilter
*/
public String getAnsvarligFilter() {
return this.ansvarligFilter;
}
/**
* @param ansvarligFilter the ansvarligFilter to set
*/
public void setAnsvarligFilter(String ansvarligFilter) {
this.ansvarligFilter = ansvarligFilter;
}
/**
* @return the kategoriFilter
*/
public String getKategoriFilter() {
return this.kategoriFilter;
}
/**
* @param kategoriFilter the kategoriFilter to set
*/
public void setKategoriFilter(String kategoriFilter) {
this.kategoriFilter = kategoriFilter;
}
/**
* @return the statusFilter
*/
public String getStatusFilter() {
return this.statusFilter;
}
/**
* @param statusFilter the statusFilter to set
*/
public void setStatusFilter(String statusFilter) {
this.statusFilter = statusFilter;
}
}
{code}
> Using filters with paging / default filter value in extendeddatatable
> ---------------------------------------------------------------------
>
> Key: RF-13116
> URL: https://issues.jboss.org/browse/RF-13116
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: John Strandmyr
> Priority: Critical
> Labels: datascroller, extendedDataTable, filter, waiting_on_user
>
> I've got an extededdatatable from richfaces and if i add a default value to the filter, so that some rows are excluded on first rendering, and then change the filter to show the rows that were hidden, I don't get any calls to the actionlisteners on the rows that were hidden at first.
> It works fine on those rows that was shown in the first page load, but not on those hidden.
> The same issue appears when i use paging, and some rows are on page two. if i use the filter to show some rows from another page, the actionlistener isnt triggered. I can still click on those rows that was apparent on the first page, but not on the other pages.
> If I don't have a default filter, or a pager, i can add and remove filtering and everything is fine.
> {code}
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich">
> <h:head>
> <meta http-equiv="content-type" content="text/html; charset=utf-8"/>
> <h:outputScript name="jsf.js" library="javax.faces"/>
> </h:head>
> <h:body>
> <h:form>
> <rich:extendedDataTable value="#{tiltakServer.tiltak}" var="tiltak" id="tiltakTable">
> <rich:column filter="#{tiltakFilter.tittelImpl}">
> <f:facet name="header">
> <h:outputText value="Tittel" />
> <h:panelGroup styleClass="filter">
> <h:inputText value="#{tiltakFilter.tittelFilter}">
> <a4j:ajax event="keyup" render="tiltakTable@body" execute="@this"/>
> </h:inputText>
> </h:panelGroup>
> </f:facet>
> <h:outputText value="#{tiltak.tittel}"/>
> </rich:column>
> <rich:column>
> <f:facet name="header">
> Edit
> </f:facet>
> <h:commandLink value="Goto">
> <f:actionListener type="no.hmskontoret.hmskontoret.hendelsesregister.TiltakOnEditActionListener"/>
> </h:commandLink>
> </rich:column>
> </rich:extendedDataTable>
> </h:form>
> </h:body>
> </html>
> {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-13052) popupPanel: @visualOptions does not work
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13052?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13052:
---------------------------------
>From the code it seems the attribute is implemented in Java:
{code}
src/main/java/org/richfaces/ui/output/popupPanel/PopupPanelBaseRenderer.java
98: Map<String, Object> visualOptions = (Map<String, Object>) getHandledVisualOptions(panel);
105: visualOptions.put(key, entry.getValue());
159: Iterator<Map.Entry<String, Object>> it = ((Map<String, Object>) getHandledVisualOptions(panel)).entrySet()
210: public Map<String, Object> getHandledVisualOptions(UIComponent component) {
212: String options = panel.getVisualOptions();
214: result = prepareVisualOptions(options, panel);
222: private Map<String, Object> prepareVisualOptions(Object value, AbstractPopupPanel panel) {
238: throw new FacesException("Attribute visualOptions of component ["
src/main/java/org/richfaces/ui/output/popupPanel/popupPanel.template.xml
101: attributes="width height minWidth minHeight maxWidth maxHeight moveable followByScroll left top zindex shadowDepth shadowOpacity domElementAttachment show keepVisualState autosized resizeable modal overlapEmbedObjects visualOptions " />
109: getHandledVisualOptions(component))});
src/main/java/org/richfaces/ui/output/popupPanel/AbstractPopupPanel.java
55: public abstract String getVisualOptions();
{code}
but it seems it not handled on client-side.
So it can be either left-over or wrongly-implemented.
----
Let's investigate how visualOptions was used in RF3 and see whether its functionality is replaced in RF4 by other attributes.
> popupPanel: @visualOptions does not work
> ----------------------------------------
>
> Key: RF-13052
> URL: https://issues.jboss.org/browse/RF-13052
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 5.0.0.Alpha1
> Environment: RichFaces 5.0.0-SNAPSHOT
> Reporter: Jiří Štefek
> Fix For: 4.3.4, 5-Tracking
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> Setting @visualOptions doesn't work. Tried both settings from https://issues.jboss.org/browse/RF-2464 or https://issues.jboss.org/browse/RF-5239
> e.g.: 'left:1px'
> OR
> Is this attribute a leftover from older versions of RF (RF-3) and was replaced by attributes @*width, @*height and @style* ?
> ALSO UPDATE VDL-DOC in both cases.
--
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