[JBoss JIRA] (RF-11741) ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11741?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-11741:
-------------------------------
Sprint: 4.5.0.Alpha3 - Sprint 2
> ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely
> ------------------------------------------------------------------------------------------------------
>
> Key: RF-11741
> URL: https://issues.jboss.org/browse/RF-11741
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: skinning
> Affects Versions: 4.1.0.CR1
> Reporter: Karsten Wutzke
> Labels: ecss, parsing, skinning
> Fix For: 4.5.0.Alpha3
>
>
> When defining rules like
> {code}
> .shadow
> {
> -webkit-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}';
> -moz-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}';
> box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}';
> }
> {code}
> in an ECSS file to create skin-dependent drop shadows, RF 4 will omit the above rule entirely and no shadows will be rendered. BTW it would be better to just omit the invalid properties instead of the entire selector (box-shadow: ... alone works).
> Most browsers don't support the box-shadow yet, so defining proprietary properties *must* be possible. Note, this applies to a lot more properties than the above.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13641) Upgrade CSSParser to 0.9.14
by Brian Leathem (JIRA)
Brian Leathem created RF-13641:
----------------------------------
Summary: Upgrade CSSParser to 0.9.14
Key: RF-13641
URL: https://issues.jboss.org/browse/RF-13641
Project: RichFaces
Issue Type: Component Upgrade
Security Level: Public (Everyone can see)
Components: third-party
Reporter: Brian Leathem
Assignee: Brian Leathem
Fix For: 4.5.0.Alpha3
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13638:
------------------------------------
There is no requirement to use the widget factory in 4.5 unless it makes the upgrade easier. I suspect it doesn't.
As for the skins, I feel comfortable dropping this with 4.5. CKeditor has it's own skinning mechanism to which we can direct users.
> Upgrade CKEditor to 4.3
> -----------------------
>
> Key: RF-13638
> URL: https://issues.jboss.org/browse/RF-13638
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Reporter: barbara b
> Assignee: Lukáš Fryč
> Fix For: 4.5.0.Alpha3
>
>
> All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13027.
--------------------------------
Resolution: Done
> Warning when deploying showcase - using a private modules which can be removed in the future
> --------------------------------------------------------------------------------------------
>
> Key: RF-13027
> URL: https://issues.jboss.org/browse/RF-13027
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 5.0.0.Alpha1
> Environment: JBoss AS 7.1.1.Final
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Trivial
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> There is following warning when deploying showcase:
> {code}
> 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice.
> 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice.
> 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice.
> {code}
> This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ?
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13638:
-------------------------------
Summary: Upgrade CKEditor to 4.3 (was: Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory))
> Upgrade CKEditor to 4.3
> -----------------------
>
> Key: RF-13638
> URL: https://issues.jboss.org/browse/RF-13638
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Reporter: barbara b
> Assignee: Lukáš Fryč
> Fix For: 4.5.0.Alpha3
>
>
> All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13611.
--------------------------------
Resolution: Done
> RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final
> ---------------------------------------------------------
>
> Key: RF-13611
> URL: https://issues.jboss.org/browse/RF-13611
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 5.0.0.Alpha3
> Reporter: Juergen Zimmermann
> Assignee: Brian Leathem
> Labels: waiting_on_user
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone.
> {code}
> ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0]
> Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod@31e23242
> at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158)
> at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:483)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271)
> at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237)
> at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174)
> at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133)
> at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107)
> at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59)
> at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:744)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59)
> at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> ... 3 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13027:
-------------------------------
Original Estimate: 15 minutes
Remaining Estimate: 15 minutes
Assignee: Brian Leathem
Sprint: 4.5.0.Alpha3 - Sprint 2
> Warning when deploying showcase - using a private modules which can be removed in the future
> --------------------------------------------------------------------------------------------
>
> Key: RF-13027
> URL: https://issues.jboss.org/browse/RF-13027
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 5.0.0.Alpha1
> Environment: JBoss AS 7.1.1.Final
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Trivial
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> There is following warning when deploying showcase:
> {code}
> 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice.
> 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice.
> 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice.
> {code}
> This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ?
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13027:
-------------------------------
Fix Version/s: 4.5.0.Alpha3
(was: 5-Tracking)
> Warning when deploying showcase - using a private modules which can be removed in the future
> --------------------------------------------------------------------------------------------
>
> Key: RF-13027
> URL: https://issues.jboss.org/browse/RF-13027
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 5.0.0.Alpha1
> Environment: JBoss AS 7.1.1.Final
> Reporter: Juraj Húska
> Priority: Trivial
> Fix For: 4.5.0.Alpha3
>
>
> There is following warning when deploying showcase:
> {code}
> 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice.
> 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice.
> 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice.
> {code}
> This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ?
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13611:
------------------------------------
Found it, thanks!
> RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final
> ---------------------------------------------------------
>
> Key: RF-13611
> URL: https://issues.jboss.org/browse/RF-13611
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 5.0.0.Alpha3
> Reporter: Juergen Zimmermann
> Assignee: Brian Leathem
> Labels: waiting_on_user
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone.
> {code}
> ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0]
> Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod@31e23242
> at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158)
> at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:483)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271)
> at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237)
> at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174)
> at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133)
> at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107)
> at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59)
> at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:744)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59)
> at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
> at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> ... 3 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months