[JBoss JIRA] (RF-13748) Rich Tab switching in uiRepeat template
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13748?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13748:
-------------------------------
Fix Version/s: 4.5-Tracking
> Rich Tab switching in uiRepeat template
> ---------------------------------------
>
> Key: RF-13748
> URL: https://issues.jboss.org/browse/RF-13748
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Matej Novotny
> Labels: uiRepeat#setIndex
> Fix For: 4.5-Tracking
>
>
> Using Metamer (in order to have the phases info in the page header) go to [richTab sample page with uiRepeat template|http://localhost:8080/metamer/faces/components/richTab/simple.xhtml??templates=uiRepeat]. Switching tabs for the first time works fine, in phase panel info below {{UPDATE_MODEL_VALUES 4}} you can see value {{item changed: tab1 -> tab2}}. But if you now try to switch it back to first tab, the value will be {{item changed: null -> tab1}}.
> Instead the value should be {{item changed: tab2 -> tab1}}.
> This can be reproducer with collapsible table as well.
> Also we have a [test|https://github.com/richfaces/richfaces-qa/blob/master/metamer/ftest/...] covering this issue.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[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 updated RF-13735:
-------------------------------
Labels: waiting_on_user (was: )
> @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: Matej Novotny
> Priority: Minor
> Labels: waiting_on_user
>
> 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)
9 years, 8 months
[JBoss JIRA] (RF-13660) RichFaces 4.5 integration tests - error after test execution
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13660?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13660:
-------------------------------
Issue Type: Bug (was: Feature Request)
> RichFaces 4.5 integration tests - error after test execution
> ------------------------------------------------------------
>
> Key: RF-13660
> URL: https://issues.jboss.org/browse/RF-13660
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: build/distribution
> Affects Versions: 4.5.0.Alpha2
> Environment: AS: Wildfly
> Browser: PhantomJS
> Reporter: Matej Novotny
> Assignee: Juraj Húska
> Fix For: 4.5.0.Beta1
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> This issue originated from RF-13591.
> There is an error in server log after execution of [ITResourceMapping|https://github.com/richfaces/richfaces/blob/4.5.x/core/...].
> The test itself passes (use PhantomJS) and afterwards there is an error in server console. This does not affect the build as everything gets completed however it results in Jenkins job failure on some machines.
> Currently the Jenkins job passes (machine running the tests was changed) but before it was failing after execution of this particular test. See the [Jenkins job resulsts|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/...].
> The exception in server console is:
> {code}
> 12:36:37,481 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.NullPointerException
> at org.richfaces.application.ServiceTracker.release(ServiceTracker.java:135) [richfaces.jar:]
> at org.richfaces.application.InitializationListener.onStop(InitializationListener.java:93) [richfaces.jar:]
> at org.richfaces.application.InitializationListener.processEvent(InitializationListener.java:165) [richfaces.jar:]
> at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294) [wildfly-jsf-injection-8.0.0.Final.jar:8.0.0.Final]
> at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at io.undertow.servlet.core.ApplicationListeners.contextDestroyed(ApplicationListeners.java:185) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:216) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:557) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:117)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (RF-13754) Showcase - remove dependencies for JMS push example
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13754?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13754:
-------------------------------
Fix Version/s: 4.5.0.Beta1
> Showcase - remove dependencies for JMS push example
> ---------------------------------------------------
>
> Key: RF-13754
> URL: https://issues.jboss.org/browse/RF-13754
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Fix For: 4.5.0.Beta1
>
>
> The JMS example is not used anymore in the Showcase. But there are still dependencies needed to run it on AS 7 and AS 6.
> The problem is that particularly, dependency:
> {code:xml}
> <dependency>
> <groupId>org.jboss.as</groupId>
> <artifactId>jboss-as-controller-client</artifactId>
> <scope>provided</scope>
> </dependency>
> {code}
> is blocking start of Wildfly 8.1.Final when running integration tests.
> Because 4.5.x will not run on AS 7 and below anymore, and because JMS example is deprecated in Showcase (we are using instead Push examples) I would remove these dependencies altogether.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (RF-13758) RF 4.5 with MyFaces, CSS not loaded
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13758?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13758:
------------------------------------
In our MappedResourceFactoryImpl:
{code}
private Set<String> RESOURCE_LIBRARIES_TO_MAP = new TreeSet<String>(Arrays.asList(
"org.richfaces",
"com.jqueryui",
"org.richfaces.ckeditor"
));
{code}
This might be a remnant of RF 5, I'm not sure what we have it for but deleting "org.richfaces" seems to fix our issue.
> RF 4.5 with MyFaces, CSS not loaded
> -----------------------------------
>
> Key: RF-13758
> URL: https://issues.jboss.org/browse/RF-13758
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Matej Novotny
> Assignee: Michal Petrov
> Priority: Critical
> Labels: myfaces
>
> When you use MyFaces as JSF implementation, RF fail to get CSS files hence the components are displayed as plain text.
> I tried this (among others) with simpleapp which I modified by adding a simple rich:panel. With Mojarra the css for panel was received and panel was displayed correctly. Then I modified pom.xml to use MyFaces. The app can be deployed but the panel is just a plain text and page contains no css for styling.
> This can be reproduced with Metamer/simpleapp/showcase.
> Please see steps to reproduce for reproducers with Metamer and simpleapp.
> Showcase reproducer is more complicated due to RF-13757.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (RF-13758) RF 4.5 with MyFaces, CSS not loaded
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13758?page=com.atlassian.jira.plugin.s... ]
Michal Petrov edited comment on RF-13758 at 8/5/14 10:59 AM:
-------------------------------------------------------------
I've found the issue but the intended fix broke it for JS files.
There are some differences between how Mojarra and MyFaces render the stylesheet links. MyFaces are doing some additional checks to determine if the resource is already rendered (and the resources we provide make it return true for most files) so they skip it ({{org.apache.myfaces.renderkit.html.HtmlStylesheetRenderer.encodeEnd()}})
was (Author: michpetrov):
I've found the issue but the intended fix broke it for JS files.
There are some differences between how Mojarra and MyFaces render the stylesheet links. MyFaces are doing some additional checks to determine if the resource is already rendered (and the resources we provide make it return true for most files) so they skip it ({{org.apache.myfaces.renderkit.html.HtmlScriptRenderer.encodeEnd()}})
> RF 4.5 with MyFaces, CSS not loaded
> -----------------------------------
>
> Key: RF-13758
> URL: https://issues.jboss.org/browse/RF-13758
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Matej Novotny
> Assignee: Michal Petrov
> Priority: Critical
> Labels: myfaces
>
> When you use MyFaces as JSF implementation, RF fail to get CSS files hence the components are displayed as plain text.
> I tried this (among others) with simpleapp which I modified by adding a simple rich:panel. With Mojarra the css for panel was received and panel was displayed correctly. Then I modified pom.xml to use MyFaces. The app can be deployed but the panel is just a plain text and page contains no css for styling.
> This can be reproduced with Metamer/simpleapp/showcase.
> Please see steps to reproduce for reproducers with Metamer and simpleapp.
> Showcase reproducer is more complicated due to RF-13757.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (RF-13758) RF 4.5 with MyFaces, CSS not loaded
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13758?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13758:
------------------------------------
I've found the issue but the intended fix broke it for JS files.
There are some differences between how Mojarra and MyFaces render the stylesheet links. MyFaces are doing some additional checks to determine if the resource is already rendered (and the resources we provide make it return true for most files) so they skip it ({{org.apache.myfaces.renderkit.html.HtmlScriptRenderer.encodeEnd()}})
> RF 4.5 with MyFaces, CSS not loaded
> -----------------------------------
>
> Key: RF-13758
> URL: https://issues.jboss.org/browse/RF-13758
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Matej Novotny
> Assignee: Michal Petrov
> Priority: Critical
> Labels: myfaces
>
> When you use MyFaces as JSF implementation, RF fail to get CSS files hence the components are displayed as plain text.
> I tried this (among others) with simpleapp which I modified by adding a simple rich:panel. With Mojarra the css for panel was received and panel was displayed correctly. Then I modified pom.xml to use MyFaces. The app can be deployed but the panel is just a plain text and page contains no css for styling.
> This can be reproduced with Metamer/simpleapp/showcase.
> Please see steps to reproduce for reproducers with Metamer and simpleapp.
> Showcase reproducer is more complicated due to RF-13757.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months
[JBoss JIRA] (RF-13761) Upgrade jQuery to 1.11.1+
by Cody Lerum (JIRA)
Cody Lerum created RF-13761:
-------------------------------
Summary: Upgrade jQuery to 1.11.1+
Key: RF-13761
URL: https://issues.jboss.org/browse/RF-13761
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 4.5.0.Alpha3
Reporter: Cody Lerum
RF should include a more recent version of jQuery for compatibility reasons.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 8 months