August 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12404) SkinFactory ClassClast Exception

by Gurkan Erdogdu (JIRA)

Gurkan Erdogdu created RF-12404: ----------------------------------- Summary: SkinFactory ClassClast Exception Key: RF-12404 URL: https://issues.jboss.org/browse/RF-12404 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Reporter: Gurkan Erdogdu I am trying to get a4jSkin attribute from Servlet context. I am getting java.lang.ClassCastException: org.richfaces.skin.SkinFactoryImpl cannot be cast to org.richfaces.skin.SkinFactory at org.richfaces.skin.SkinFactory.instantiateSkinFactory(SkinFactory.java:140) at org.richfaces.skin.SkinFactory.getInstance(SkinFactory.java:113) at org.richfaces.skin.SkinBean.getSkin(SkinBean.java:82) at org.richfaces.skin.SkinBean.toString(SkinBean.java:89) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
1
0 / 0

[JBoss JIRA] (RF-12241) rich:column sortBy attribute expects a value expression not a constant

by Craig Ringer (JIRA)

Craig Ringer created RF-12241: --------------------------------- Summary: rich:column sortBy attribute expects a value expression not a constant Key: RF-12241 URL: https://issues.jboss.org/browse/RF-12241 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.1.Final Environment: JBoss AS 7.1.1.Final craig@wallace:~/projects/booksys/nymm$ uname -a Linux wallace 3.2.0-24-generic-pae #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012 i686 i686 i386 GNU/Linux craig@wallace:~/projects/booksys/nymm$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04 LTS Release: 12.04 Codename: precise craig@wallace:~/projects/booksys/nymm$ java -version java version "1.7.0" Java(TM) SE Runtime Environment (build 1.7.0-b147) Java HotSpot(TM) Server VM (build 21.0-b17, mixed mode) Reporter: Craig Ringer Priority: Minor Using a rich:dataTable with a rich:column that has a sortOrder and sortBy set, backed by an ExtendedDataModel implementing Arrangeable, no ArrangeableState is set on the underlying model unless `sortBy' is an EL value expression. If `sortBy' is a constant, the arrangeable state remains null. The ValueExpression may point to a bean accessor that returns the exact same string value as was provided as a constant. The value expression version will work, the constant one won't. Even if the value expression is simply an EL expression for a string literal it works. This works: sortBy="#{'code'}" this silently fails as if sortBy= wasn't present: sortBy="code" ... and that looks like a bug to me. For example, take the toy code: {code} <h:form id="customerForm"> <rich:dataTable id="customerTable" var="customer" value="#{customers.model}" rows="50">   <rich:column sortBy="${customers.sortBy}" sortOrder="#{customers.codeSortOrder}" id="code"> <f:facet name="header"> <h:outputText value="Customer Code"/> <h:outputText value="Sorting: #{customers.codeSortOrder}"/> </f:facet> <h:outputText value="#{customer.code}" /> </rich:column> <rich:column id="name"> <f:facet name="header"> <h:outputText value="Customer Name"/> </f:facet> <h:outputText value="#{customer.name}" /> </rich:column> </rich:dataTable> <rich:dataScroller for="customerTable" /> </h:form> {code} where "customers" is: {code} @Named @RequestScoped public class Customers { // "CustomerDataModel" is a JPADataModel<Customer> as per // http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=dataTab... // and the nature of the "Customer" entity is irrelevant beyond the fact that it has "name" and "code" properties. @Inject private CustomerDataModel dataModel; private SortOrder codeSortOrder = SortOrder.ascending, nameSortOrder = SortOrder.ascending; public CustomerDataModel getModel() { return dataModel; } public String getSortBy() { return "code"; } // blah blah accessors for members omitted for brevity since most IDE-generate them anyway // Maybe Java will get real properties one day.... } {code} Clearly, #{customers.sortBy} evaluates to the string "code". Yet if we write: sortBy="code" no ArrangeableState is set on the backing Arrangeable ExtendedDataModel. Writing the effectively identical: sortBy="#{customers.sortBy}" works, as does: sortBy="#{'code'}" Try it out on the RichFaces showcase example. I suspect the reason this didn't get caught was that the showcase uses an include to repeat the columns, so it's using a value expression to indirect the constant. http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=dataTab... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

4
10
0 / 0

[JBoss JIRA] (RF-12383) rich:pickList: picked items are not preserved, when raw objects are used

by Jan Papousek (JIRA)

Jan Papousek created RF-12383: --------------------------------- Summary: rich:pickList: picked items are not preserved, when raw objects are used Key: RF-12383 URL: https://issues.jboss.org/browse/RF-12383 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.3.0.Milestone1 Environment: RichFaces 4.3.0.20120730-M1 Metamer 4.3.0.20120730-M1 Mojarra 2.1.7-SNAPSHOT Apache Tomcat 7.0.29 Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux Firefox 12.0 @ Linux x86_64 Reporter: Jan Papousek I have the following code: {code} <rich:pickList ...> <f:selectItems value="#{model.capitals}" /> </rich:pickList> {code} When the _getCapitals()_ method returns _List<SelectItem>_, the rich:pickList works correctly. When it returns _List<Capital>_, the selected items are missed after clicking on the h:commandButton. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] (RF-12328) Add a rich:jquery function in EL to call a jQuery object from a JSF id

by Paul Dijou (JIRA)

12 years, 3 months

3
5
0 / 0

[JBoss JIRA] (RF-12370) Push: Add configuration option for max session's inactive interval

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12370: ------------------------------- Summary: Push: Add configuration option for max session's inactive interval Key: RF-12370 URL: https://issues.jboss.org/browse/RF-12370 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: core Affects Versions: 4.2.2.Final Reporter: Lukáš Fryč Assignee: Lukáš Fryč When investigating RF-12219, I have found, the sessions aren't destroyed when client disconnects properly ({{$_atmosphere.unsubscribe()}} on {{window.unload}}). We should allow to configure maximum time before the Session gets destroyed automatically. {code:xml} <context-param> <param-name>org.richfaces.push.session.maxInactiveInterval</param-name>  <param-value>300000</param-value> </context-param> {code} Further investigations in scope of RF-12219 are needed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
2
0 / 0

[JBoss JIRA] (RF-12347) popupPanel shrinks while moving on zoomed page

by Dun Pierrafeu (JIRA)

12 years, 3 months

3
2
0 / 0

[JBoss JIRA] (RF-12373) CSV: messages for long range validation inconsistent on client and server with MyFaces

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12373: ------------------------------- Summary: CSV: messages for long range validation inconsistent on client and server with MyFaces Key: RF-12373 URL: https://issues.jboss.org/browse/RF-12373 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.2.2.Final Reporter: Lukáš Fryč Priority: Minor The {{LongRangeValidatorTest}} test case is broken, 3 tests fails: {code} org.junit.ComparisonFailure: expected:<[testComponent: Validation Error: Value is less than allowable minimum of '2']> but was:<[: Validation Error: Specified attribute is not between the expected values of 2 and testComponent.]> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at org.richfaces.javascript.client.validator.ValidatorTestBase.testValidator(ValidatorTestBase.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) at org.jboss.test.qunit.Qunit$1.evaluate(Qunit.java:139) at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.junit.runners.Suite.runChild(Suite.java:128) at org.junit.runners.Suite.runChild(Suite.java:24) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] (RF-12374) Example values for CSV and server-side conversion messages differs on MyFaces

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12374: ------------------------------- Summary: Example values for CSV and server-side conversion messages differs on MyFaces Key: RF-12374 URL: https://issues.jboss.org/browse/RF-12374 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.2.2.Final Reporter: Lukáš Fryč Priority: Minor CSV uses hard-coded values for conversion messages: https://github.com/richfaces/components/blob/develop/validator/ui/src/mai... However those are taken from JSF RI (Mojarra) and MyFaces provides slightly different values. Basically all conversion messages then provide different values when input validated by CSV and when validated by JSF. ---- To fix this issue, we would need to retrieve those example messages and render them to {{richfaces-csv.js}}. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
3
0 / 0

[JBoss JIRA] (RF-12368) rich:hotKey not working in 4.2.2

by Ulf Liller (JIRA)

Ulf Liller created RF-12368: ------------------------------- Summary: rich:hotKey not working in 4.2.2 Key: RF-12368 URL: https://issues.jboss.org/browse/RF-12368 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.2.Final Environment: JSF 2.1, RichFaces 4.2.2 Reporter: Ulf Liller Attachments: FacesTest.zip I am trying to catch backspace key presses to prevent the browser from processing them and doing history.back() which screws up our site's navigation. The following works fine with JSF 1.2 and RichFaces 3.3.3: {code:xml} <rich:hotKey key="backspace" handler="return false;" disableInInput="true"/> {code} However we are trying to upgrade to RichFaces 4 and with that version it ceases to work. I will attach a sample (my)Eclipse project. I have tested it with JSF 1.2 (mojarra 1.2.15) and RichFaces 3.3.3 (which works) and JSF 2.1 (mojarra 2.1.11) and RichFaces 4.2.2 (which doesn't). As a workaround I found out that calling jQuery directly and disabling the hotkey there is fine in both versions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
2
0 / 0

[JBoss JIRA] (RF-12366) Uploading 2 files despite rich:fileUpload:maxFilesQuantity="1"

by Artur Mioduszewski (JIRA)

Artur Mioduszewski created RF-12366: --------------------------------------- Summary: Uploading 2 files despite rich:fileUpload:maxFilesQuantity="1" Key: RF-12366 URL: https://issues.jboss.org/browse/RF-12366 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.2.2.Final Environment: JDK1.6, JBoss 6.0.Final richfaces 4.2.2.Final seam 3.1 Chrome Reporter: Artur Mioduszewski Button 'Add' does not disable after starting file uploading. In case: maxFilesQuantity="1" in rich:fileUpload I am able to upload more than 1 file using below scenario: I start to upload large file lala.wmv. During uploading of lala.wmv file, button "Add" is not blocked, so I am able to select second file to upload. Finally 2 files are uploaded despite maxFilesQuantity="1". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2012