[JBoss JIRA] (RF-13753) Upgrade Atmosphere to 2.2.0
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13753?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13753:
-------------------------------
Original Estimate: 4 hours
Remaining Estimate: 4 hours
> Upgrade Atmosphere to 2.2.0
> ---------------------------
>
> Key: RF-13753
> URL: https://issues.jboss.org/browse/RF-13753
> Project: RichFaces
> Issue Type: Component Upgrade
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 4.3.7, 5.0.0.Alpha3
> Reporter: Thomas Amrhein
> Fix For: 4.5.0.Beta1
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> Upgrade Atmosphere from 1.0.18 to 2.2.0.
> Reason: Many bugfixes, improved compatibility to many servers, ...
> For us: Also upgrade in 4.3.x is required.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[JBoss JIRA] (RF-13759) Unify jboss-parent between richfaces and cdk projects & allign with EAP-6.3.0
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13759?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13759:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> Unify jboss-parent between richfaces and cdk projects & allign with EAP-6.3.0
> -----------------------------------------------------------------------------
>
> Key: RF-13759
> URL: https://issues.jboss.org/browse/RF-13759
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: cdk, component, core
> Affects Versions: 4.5.0.Alpha3
> Reporter: Pavel Slegr
> Fix For: 4.5.0.Beta1
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> both cdk and richfaces projects use different jboss-parent versions (9,12)
> EAP-6.3.0 which will be underlying base for RF-4.5.0 uses as latest supported jboss-parent version 11.
> Please unify into jboss-parent 11
> NOTE: updating cdk version into jboss-parent 11, will need a maintenance (update for deprecated code) in cdk/maven-plugin/src/main/java/org/richfaces/builder/mojo
> These classes use deprecated api such as
> {code}
> @parameter expression="${executedProject}""
> {code}
> which doesn't work with maven-plugin-plugin 3.1 and leads into
> {code}
> [WARNING] The syntax
> [WARNING] @parameter expression="${property}"
> [WARNING] is deprecated, please use
> [WARNING] @parameter property="property"
> [WARNING] instead.
> {code}
> Some other additional changes may be also needed.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[JBoss JIRA] (RF-13756) Upgrade jquery.mousewheel.js to 3.1.12
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13756?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13756:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> Upgrade jquery.mousewheel.js to 3.1.12
> --------------------------------------
>
> Key: RF-13756
> URL: https://issues.jboss.org/browse/RF-13756
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Michal Petrov
> Fix For: 4.5.0.Beta1
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> The current version (3.0.4) is built around {{mousewheel}} event which is no longer supported by Firefox, this affects inputNumberSpinner/Slider and charts (those have the mousewheel code included in jquery.flot.navigate.js).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[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 updated RF-13731:
-------------------------------
Sprint: 4.5.0.Beta1 - Bug Fix Sprint, 4.5.0.Beta1 - Upgrade Sprint (was: 4.5.0.Beta1 - Bug Fix Sprint)
> 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
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> 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, 7 months
[JBoss JIRA] (RF-13752) Distribution zip is missing javadocs
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13752?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13752:
------------------------------------
The plugin default is _apidocs_. We can change it. I'll set it to _javadoc_.
> Distribution zip is missing javadocs
> ------------------------------------
>
> Key: RF-13752
> URL: https://issues.jboss.org/browse/RF-13752
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: build/distribution
> Affects Versions: 4.5.0.Alpha3
> Reporter: Pavol Pitonak
> Assignee: Brian Leathem
> Fix For: 4.5.0.Beta1
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> Distribution zip contain directory *doc*, inside it there is *jsdoc* and *vdldoc*. Javadocs are missing.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[JBoss JIRA] (RF-13760) Tooltip jointPoint attribute not working
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13760?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek commented on RF-13760:
----------------------------------
The attribute {{jointPoint}} is tested with {{direction}} (just one value to get always the same position) and vice versa, because of stabilization on Jenkins. The default values of these atts are set to 'auto' and it is unpredictable, where it will appear in browser window.
> Tooltip jointPoint attribute not working
> ----------------------------------------
>
> Key: RF-13760
> URL: https://issues.jboss.org/browse/RF-13760
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.5.0.Alpha3
> Environment: Wildfly 8.1
> Metamer
> Latest Chrome/FF
> Reporter: Matej Novotny
> Fix For: 4.5-Tracking
>
>
> When using tooltip the attribute "jointPoint" does not work as expected. While it should attach the tooltip to the corner of it's target, the tooltip keeps appearing where the mouse enters the target element.
> I tried the [sample|http://localhost:8080/metamer/faces/components/richTooltip/simple.xhtml] we have in Metamer, but I also created a simple tooltip where I manually set this. In both cases the tooltip keeps appearing in wrong fashion.
> Please see steps to reproduce.
> Note: If you use JS API after setting the attributes and you don't use mouse, it works fine. Once you use mouse, even the JS API will display the tooltip attached to the position your cursor was at. So it seems the tooltip display position gets overwritten by mouse cursor position.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[JBoss JIRA] (RF-13761) Upgrade jQuery to 1.11.1+
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13761?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13761:
------------------------------------
I've tried building showcase with jQuery 1.11.1, only found one error (in Chrome) and that's in jquery.mousewheel.js which we'll be upgrading as well.
Looking at the [1.9 upgrade guide|http://jquery.com/upgrade-guide/1.9/] I think our biggest concern is the removal of jQuery.browser but we're only using it in popupPanel.js (and two jquery plugins). It's redefined in atmosphere.js so it causes no errors currently.
> 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
> Fix For: 4.5.0.Beta1
>
>
> RF should include a more recent version of jQuery for compatibility reasons.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months
[JBoss JIRA] (RF-13768) Tests for inplaceInput and inplaceSelect renderer failing
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13768?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13768:
------------------------------------
I guess that's related to RF-13758, I don't think we need to care what the resource URL looks like.
> Tests for inplaceInput and inplaceSelect renderer failing
> ---------------------------------------------------------
>
> Key: RF-13768
> URL: https://issues.jboss.org/browse/RF-13768
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input, resource handling
> Affects Versions: 4.5.0.Alpha3
> Reporter: Pavol Pitonak
> Priority: Blocker
>
> Two tests for inplace input and inplace select started failing. Investigate if the change in rendered HTML is expected.
> {code}
> InplaceInputRendererTest.testDefaultWithControlsEncode:29->InplaceRendererTestBase.doTestDefaultWithControlsEncode:29->RendererTestBase.doTest:91->RendererTestBase.checkXmlStructure:114 XML was not similar:org.custommonkey.xmlunit.Diff
> [different] Expected attribute value '/org.richfaces.resources/javax.faces.resource/org.richfaces/ico_ok.gif' but was '/javax.faces.resource/ico_ok.gif.jsf?ln=org.richfaces' - comparing <input src="/org.richfaces.resources/javax.faces.resource/org.richfaces/ico_ok.gif"...> at /span[1]/span[2]/span[1]/span[1]/span[1]/span[5]/input[1]/@src to <input src="/javax.faces.resource/ico_ok.gif.jsf?ln=org.richfaces"...> at /span[1]/span[2]/span[1]/span[1]/span[1]/span[5]/input[1]/@src
> {code}
> {code}
> InplaceSelectRendererTest.testDefaultWithControlsEncode:32->InplaceRendererTestBase.doTestDefaultWithControlsEncode:29->RendererTestBase.doTest:91->RendererTestBase.checkXmlStructure:114 XML was not similar:org.custommonkey.xmlunit.Diff
> [different] Expected attribute value '/org.richfaces.resources/javax.faces.resource/org.richfaces/ico_ok.gif' but was '/javax.faces.resource/ico_ok.gif.jsf?ln=org.richfaces' - comparing <input src="/org.richfaces.resources/javax.faces.resource/org.richfaces/ico_ok.gif"...> at /span[1]/span[2]/span[1]/span[1]/span[1]/span[5]/input[1]/@src to <input src="/javax.faces.resource/ico_ok.gif.jsf?ln=org.richfaces"...> at /span[1]/span[2]/span[1]/span[1]/span[1]/span[5]/input[1]/@src
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 7 months