July 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13739) Placeholder in collapsibleSubTable template

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13739?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13739: ------------------------------------ [~manovotn] do you notice a difference between setting the selector to empty vs. setting it to null vs. leaving it unset? You may need a dedicated sample to check this, as metamer deals with empty/null attributes poorly. > Placeholder in collapsibleSubTable template > ------------------------------------------- > > Key: RF-13739 > URL: https://issues.jboss.org/browse/RF-13739 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-misc > Affects Versions: 4.5.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT > Metamer 4.5.0-SNAPSHOT > Mojarra 2.2.6-jbossorg-4 > JBoss AS 8.1.0.Final > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 30.0 @ Linux x86_64 > Reporter: Matej Novotny > Assignee: Michal Petrov > Labels: needs-qe > Fix For: 4.5.0.Beta1 > > > Placeholder selector set to empty string ({{selector=""}}) does not work when nested inside richCollapsibleSubTable template. The expected result is that all inputs will contains the placeholder text, however none of them does. If you set selector to a specific ID, the test succeeds. > This only happens when you attach the placeholder to {{<textarea>}} or {{<input>}}. > For both cases we have facelets and tests in Metamer and [Jenkins job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...] which runs the tests. > Link to [facelet|https://github.com/richfaces/richfaces-qa/blob/master/metamer/app...] and [test|https://github.com/richfaces/richfaces-qa/blob/master/metamer/ftest/...] for textarea. > Link to [facelet|https://github.com/richfaces/richfaces-qa/blob/master/metamer/app...] and [test|https://github.com/richfaces/richfaces-qa/blob/master/metamer/ftest/...] for input. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-8125) Tables: built-in sorting/filtering

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-8125?page=com.atlassian.jira.plugin.sy... ] Brian Leathem commented on RF-8125: ----------------------------------- Built-in sorting/filtering is for the dataTable being tracked by RF-13733. > Tables: built-in sorting/filtering > ---------------------------------- > > Key: RF-8125 > URL: https://issues.jboss.org/browse/RF-8125 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final > Reporter: Anton Belevich > Assignee: Brian Leathem > Fix For: 4.3.0.M3 > > Original Estimate: 2 days > Remaining Estimate: 2 days > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13740: ------------------------------- Summary: Richfaces 4.5 with MyFaces causes NPE on AJAX requests (was: Richfaces 4.5 with MyFaces) > Richfaces 4.5 with MyFaces causes NPE on AJAX requests > ------------------------------------------------------ > > Key: RF-13740 > URL: https://issues.jboss.org/browse/RF-13740 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Environment: Simpleapp archetype > Firefox/Chrome > Myfaces (I tried with several latest versions) > Tomcat 7 > Reporter: Matej Novotny > Priority: Critical > > When you deploy RichFaces 4.5 application with MyFaces as JSF implementation to Tomcat, any Ajax request will get NPE as a response. Therefore the whole application will not work. > Easiest way to reproduce this is with archetypes - see steps to reproduce. > But it can be also reproducer with Metamer (generate WAR file with myfaced and deploy to Tomcat 7) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13740: ------------------------------------ [~manovotn] can you include the stacktrace in the issue report? > Richfaces 4.5 with MyFaces causes NPE on AJAX requests > ------------------------------------------------------ > > Key: RF-13740 > URL: https://issues.jboss.org/browse/RF-13740 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Environment: Simpleapp archetype > Firefox/Chrome > Myfaces (I tried with several latest versions) > Tomcat 7 > Reporter: Matej Novotny > Priority: Critical > Fix For: 4.5.0.Beta1 > > > When you deploy RichFaces 4.5 application with MyFaces as JSF implementation to Tomcat, any Ajax request will get NPE as a response. Therefore the whole application will not work. > Easiest way to reproduce this is with archetypes - see steps to reproduce. > But it can be also reproducer with Metamer (generate WAR file with myfaced and deploy to Tomcat 7) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13740) Richfaces 4.5 with MyFaces causes NPE on AJAX requests

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13740?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13740: ------------------------------- Fix Version/s: 4.5.0.Beta1 > Richfaces 4.5 with MyFaces causes NPE on AJAX requests > ------------------------------------------------------ > > Key: RF-13740 > URL: https://issues.jboss.org/browse/RF-13740 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Environment: Simpleapp archetype > Firefox/Chrome > Myfaces (I tried with several latest versions) > Tomcat 7 > Reporter: Matej Novotny > Priority: Critical > Fix For: 4.5.0.Beta1 > > > When you deploy RichFaces 4.5 application with MyFaces as JSF implementation to Tomcat, any Ajax request will get NPE as a response. Therefore the whole application will not work. > Easiest way to reproduce this is with archetypes - see steps to reproduce. > But it can be also reproducer with Metamer (generate WAR file with myfaced and deploy to Tomcat 7) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13735) @NotBlank message overridden by @NotNull message during CSV

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13735?page=com.atlassian.jira.plugin.s... ] Brian Leathem reassigned RF-13735: ---------------------------------- Assignee: Pavol Pitonak QE can you confrim the problem and suggested workaround? > @NotBlank message overridden by @NotNull message during CSV > ----------------------------------------------------------- > > Key: RF-13735 > URL: https://issues.jboss.org/browse/RF-13735 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.3.7 > Environment: Windows 7 > Tomcat 8.0.5 > Reporter: Horst Scheruga > Assignee: Pavol Pitonak > Priority: Minor > > I use Bean Validation and set the following anotation > @NotNull(message = "my message") > During Client Side Validation this message is only shown if the value is not null and empty (e.g. " ") if it is null, the default null message comes up instead! -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13733) dataTable built-in sorting

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13733?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13733: ------------------------------------ The built-in sorting is present as far as the JS API. The remaining step is to automatically create the sorting controls in the DataTable renderer as is done in the ExtendedDataTable renderer. If anyone wants to formulate a Pull Request adding these controls, that would help greatly in bringing this issue to a resolution. > dataTable built-in sorting > -------------------------- > > Key: RF-13733 > URL: https://issues.jboss.org/browse/RF-13733 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.7 > Reporter: Edward I > > dataTable built-in sorting is still not implemented - only implemented in extendedDataTable so far. Is this still being planned? -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13731) NPE on Tomcat 7 after Ajax request

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13731: ------------------------------------ [~jhuska] can you please re-test as per [~clerum]'s suggestion? > NPE on Tomcat 7 after Ajax request > ---------------------------------- > > Key: RF-13731 > URL: https://issues.jboss.org/browse/RF-13731 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Environment: Tomcat 7 and Firefox only > Reporter: Juraj Húska > Fix For: 4.5.0.Beta1 > > > There is a NPE thrown after an AJAX request in either showcase (showcase can be deployed only when {{weld-servlet.jar}} is changed manually to higher version - RF-13725) or in Metamer: > {code} > SEVERE: java.lang.NullPointerException > at org.richfaces.application.GlobalResourcesViewHandler.addSkinningResourcesToViewRoot(GlobalResourcesViewHandler.java:148) > at org.richfaces.application.GlobalResourcesViewHandler.restoreView(GlobalResourcesViewHandler.java:179) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:353) > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:197) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.execute(PersistenceLifecycle.java:58) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:96) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Thread.java:745) > {code} > Exception is being thrown only after initial page load, after refresh it works. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13745) Unicode characters in the picklist break the build on Windows

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13745?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13745. -------------------------------- Resolution: Done > Unicode characters in the picklist break the build on Windows > ------------------------------------------------------------- > > Key: RF-13745 > URL: https://issues.jboss.org/browse/RF-13745 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Cody Lerum > Assignee: Cody Lerum > Fix For: 4.5.0.Beta1 > > > Build fails on windows. Caused by the unicode characters used in the picklist. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13745) Unicode characters in the picklist break the build on Windows

by Brian Leathem (JIRA)

Brian Leathem created RF-13745: ---------------------------------- Summary: Unicode characters in the picklist break the build on Windows Key: RF-13745 URL: https://issues.jboss.org/browse/RF-13745 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Reporter: Cody Lerum Assignee: Cody Lerum Fix For: 4.5.0.Beta1 Build fails on windows. Caused by the unicode characters used in the picklist. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 6 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2014