[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 commented on RF-11741:
------------------------------------
We upgraded CSSParser in RichFaces 5.0.0.Alpha2 (as yet to be released) with the resolution of RF-12888. We need to check if this upgrade resolves this issue.
> 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: 5-Tracking
>
>
> 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-12888) Upgrade cssparser to 0.9.11
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12888?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak closed RF-12888.
------------------------------
CSS parser was upgraded, Jenkins build passes but it doesn't solve RF-12178. I'm not sure how to reproduce RF-11741.
> Upgrade cssparser to 0.9.11
> ---------------------------
>
> Key: RF-12888
> URL: https://issues.jboss.org/browse/RF-12888
> Project: RichFaces
> Issue Type: Component Upgrade
> Security Level: Public(Everyone can see)
> Components: build/distribution
> Affects Versions: 4.3.1
> Reporter: Juergen Zimmermann
> Assignee: Lukáš Fryč
> Labels: needs-qe
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> The artifact net.sourceforge.cssparser:cssparser is almost 5 years old. In autumn last year a version of cssparser was released.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-12178) Resource plugin: duplicate css atribute get twice the 1st one
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12178?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak commented on RF-12178:
------------------------------------
Upgrade of CSS parser to version 0.9.11 (RF-12888) didn't help.
> Resource plugin: duplicate css atribute get twice the 1st one
> -------------------------------------------------------------
>
> Key: RF-12178
> URL: https://issues.jboss.org/browse/RF-12178
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.2.0.Final
> Reporter: Nicolas Daniels
> Assignee: Lukáš Fryč
> Fix For: 5-Tracking
>
>
> An parsed ecss containing:
> background:"-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent;
> background:"-webkit-gradient(linear, left top, left bottom, from(#CCCCCC), to(#8E8E8E))";
> is resulting to:
> background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent;
> background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent;
> The 1st background attribute is written twice while the webkit-gradient disapeared. I know I could use richfaces gradient but I want to be able to get css from anywhere and have the advantages of Richfaces resources optimization.
> I tried with <compress>false</compress> or <compress>true</compress> with same result.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-13157) rich:dropDownMenu under rich:accordion cannot work
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13157?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-13157:
----------------------------------
Assignee: Brian Leathem (was: Pavol Pitonak)
Brian, I can confirm that CSS property "overflow" is causing this problem.
> rich:dropDownMenu under rich:accordion cannot work
> --------------------------------------------------
>
> Key: RF-13157
> URL: https://issues.jboss.org/browse/RF-13157
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.3
> Environment: Richfaces4.3.3 / CentOS6 / FireFox
> Reporter: David Lee
> Assignee: Brian Leathem
>
> When I tried to put rich:dropDownMenu under rich:accordion,
> the side menu item cannot display on the right hand side.
> Please see the image of trouble screen.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-13177) rich:extendedDataTable scrolling broken on OS-X
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13177?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13177:
------------------------------------
Hello,
I managed to reproduce this problem using a OS X 10.8.4 on MacBook Pro. As an example of extended data table I used Showcase application ("Basic Usage" tab).
I followed your instructions and set the "Show scrollbar" option to "When scrolling", but the problem persists even with always visible scrollbar (for touchpad gestures).
User is not able to move the *horizontal* scrollbar with a two-fingers gesture unless a cursor is hovering over the scrollbar. Using click-and-drag with mouse/touchpad works *as long as* the scrollbar option is not set to "When scrolling".
> rich:extendedDataTable scrolling broken on OS-X
> -----------------------------------------------
>
> Key: RF-13177
> URL: https://issues.jboss.org/browse/RF-13177
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: base functionality
> Affects Versions: 4.3.3
> Environment: OS-X 10.8.3, Chrome 29.0.1547.62 or Safari or Firefox
> Reporter: Immo Benjes
> Assignee: Matej Novotny
> Labels: osx
> Fix For: 5-Tracking
>
>
> In OS-X scrolling can be done by using two fingers on the touchpad. However this does not work for horizontal scrolling on the rich:extendedDataTable.
> You can scroll vertically but not horizontally.
> The horizontal scrolling with two fingers only works when the mouse is over the actual scrollbar!
> I had a look at the actual html code and it looks like the header, table content and scroller are generated as independent tables. The div that contains the table content (class rf-edt-cnt) has overflow:hidden; set. If you change that to overflow: auto you get the two finger scrolling over the content of the table, however the header and original scrollbar isn't scrolling. Would it be possible to hide the original scroller and synchronize the header (and footer?) when scrolling the content?
> In OS-X you have the option to only show the scrollbar when you scroll. This is quite nice as it gives you a bit more space. However in this case you cannot scroll with the extendedDataTable at all! The scrollbar of the extendedDataTable is hidden in this case and the height/width of the div containing the scrollbar is 0, so you can't navigate over it to enable the scrolling. That basically gives you no way of scrolling!
> See https://community.jboss.org/thread/231502
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-13266) mediaOutput not working anymore on Glassfish3 and EAP6.1
by Fab Mars (JIRA)
[ https://issues.jboss.org/browse/RF-13266?page=com.atlassian.jira.plugin.s... ]
Fab Mars updated RF-13266:
--------------------------
Summary: mediaOutput not working anymore on Glassfish3 and EAP6.1 (was: mediaOutput not working anymore on Glassfish3)
> mediaOutput not working anymore on Glassfish3 and EAP6.1
> --------------------------------------------------------
>
> Key: RF-13266
> URL: https://issues.jboss.org/browse/RF-13266
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Glassfish 3.1.2.2 patched with Weld 1.1.14 (the problem appears also on earlier Weld builds) and JSF 2.1.26 and JDK 1.7.0_45
> Reporter: Fab Mars
> Assignee: Matej Novotny
> Labels: glassfish_v3, mediaOutput
>
> This is a followup to https://issues.jboss.org/browse/RF-13098 focusing on Glassfish3.
> I have 2 mediaOutput in my code, none works.
> The first one passes a Long as the value to the createContent method and the expected output is a PDF. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.util.el.ForwardingMethodExpression
> The second one passes an array of 3 bytes (a color code) and the expected result is an image. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; [B
> I'm preparing a reproducer on github and will share the url in the next comment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-13266) mediaOutput not working anymore on Glassfish3
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13266?page=com.atlassian.jira.plugin.s... ]
Matej Novotny updated RF-13266:
-------------------------------
Steps to Reproduce:
Execute any mediaOutput from GF3
Specific:
# Start EAP server (or glassfish server)
# Download and build GitRepo: git@github.com:fabmars/RF13266.git
# Access one of these links [first|http://localhost:8080/RF13266/mediaHref.jsf], [second|http://localhost:8080/RF13266/mediaImg.jsf]
# See console for exception
was:Execute any mediaOutput from GF3
> mediaOutput not working anymore on Glassfish3
> ---------------------------------------------
>
> Key: RF-13266
> URL: https://issues.jboss.org/browse/RF-13266
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Glassfish 3.1.2.2 patched with Weld 1.1.14 (the problem appears also on earlier Weld builds) and JSF 2.1.26 and JDK 1.7.0_45
> Reporter: Fab Mars
> Assignee: Matej Novotny
> Labels: glassfish_v3, mediaOutput
>
> This is a followup to https://issues.jboss.org/browse/RF-13098 focusing on Glassfish3.
> I have 2 mediaOutput in my code, none works.
> The first one passes a Long as the value to the createContent method and the expected output is a PDF. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.util.el.ForwardingMethodExpression
> The second one passes an array of 3 bytes (a color code) and the expected result is an image. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; [B
> I'm preparing a reproducer on github and will share the url in the next comment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
[JBoss JIRA] (RF-13266) mediaOutput not working anymore on Glassfish3
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13266?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13266:
------------------------------------
I can confirm this bug *NOT ONLY* on Glassfish 3.1.2.2 but also on EAP 6.1.
Also to be sure I rechecked the reffered issue ([https://issues.jboss.org/browse/RF-13098]) and it still works correctly for me (no exception is thrown and image is displayed)
Added steps to reproduce to this issue.
Full exception thrown while accessing the above mentioned links is:
{code}
[#|2013-10-17T09:33:54.016+0200|SEVERE|glassfish3.1.2|org.richfaces.log.Resource|_ThreadID=82;_ThreadName=Thread-2;|Input error for deserialize data
java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.util.el.ForwardingMethodExpression
at org.richfaces.util.LookAheadObjectInputStream.resolveClass(LookAheadObjectInputStream.java:97)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1593)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1514)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1601)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1514)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1750)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at com.sun.faces.facelets.el.TagMethodExpression.readExternal(TagMethodExpression.java:158)
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1816)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1775)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1970)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1894)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1777)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1685)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1341)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at org.richfaces.util.Util.decodeObjectData(Util.java:237)
at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:591)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
|#]
[#|2013-10-17T09:33:54.016+0200|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=82;_ThreadName=Thread-2;|StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
java.lang.NullPointerException
at org.richfaces.resource.MediaOutputResource.encode(MediaOutputResource.java:62)
at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:188)
at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:591)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
|#]
{code}
> mediaOutput not working anymore on Glassfish3
> ---------------------------------------------
>
> Key: RF-13266
> URL: https://issues.jboss.org/browse/RF-13266
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Glassfish 3.1.2.2 patched with Weld 1.1.14 (the problem appears also on earlier Weld builds) and JSF 2.1.26 and JDK 1.7.0_45
> Reporter: Fab Mars
> Assignee: Matej Novotny
> Labels: glassfish_v3, mediaOutput
>
> This is a followup to https://issues.jboss.org/browse/RF-13098 focusing on Glassfish3.
> I have 2 mediaOutput in my code, none works.
> The first one passes a Long as the value to the createContent method and the expected output is a PDF. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.util.el.ForwardingMethodExpression
> The second one passes an array of 3 bytes (a color code) and the expected result is an image. I get
> SEVERE: Input error for deserialize data java.io.InvalidClassException: Unauthorized deserialization attempt; [B
> I'm preparing a reproducer on github and will share the url in the next comment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 5 months
