[JBoss JIRA] (RF-11103) org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
by Shawn Zimmerman (JIRA)
[ https://issues.jboss.org/browse/RF-11103?page=com.atlassian.jira.plugin.s... ]
Shawn Zimmerman commented on RF-11103:
--------------------------------------
Still an issue with Richfaces 4.3.1
> org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
> ----------------------------------------------------------------------------------------------------------------
>
> Key: RF-11103
> URL: https://issues.jboss.org/browse/RF-11103
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: skinning
> Reporter: u j
> Priority: Minor
> Fix For: 5-Future
>
>
> I tried
> {code}
> <context-param>
> <param-name>org.richfaces.skin</param-name>
> <param-value>plain</param-value>
> </context-param>
> {code}
>
> and the skinning seems to be disabled, but I get
> {code}
> 14:44:21,584 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
> at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24]
> at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24]
> at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS]
> 14:45:38,493 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (1) and height (0) cannot be <= 0
> at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24]
> at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24]
> at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final]
> {code}
> I found a note
> http://echelog.matzon.dk/logs/browse/richfaces/1306706400
> Thanks
--
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
11 years
[JBoss JIRA] (RF-12945) Dynamic tab panels don't work in ajax mode
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12945?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12945:
------------------------------------
The key here is the binding of the _value_ attribute of the _c:foreach_ tag handler to a @ViewScoped bean. This was explained exteremely clearly by [~bauke] in a blog post http://balusc.blogspot.ca/2011/09/communication-in-jsf-20.html#ViewScoped...:
{quote:}
When you bind an attribute of a tag handler by an EL value expression to a view scoped bean, then it will create a brand new view scoped instance upon every request, even though it's a postback to the same view. This is a chicken-egg issue as stated in [JSF issue 1492|https://java.net/jira/browse/JAVASERVERFACES-1492] which is fixed in JSF 2.2 and for Mojarra 2.1 backported in version 2.1.18. Simply put, JSF needs to restore the partial view in order to get the view state (and all view scoped beans) back. However, tag handlers runs during view build/restore time when JSF is about to construct the component tree. So they will run first and not be aware about any beans available in the view scope. When restoring the view is finished, the original view scoped beans are found and will be put back in the view scope. However, all EL value expressions of the tag handlers have already obtained the evaluated value of a completely different view scoped bean instance beforehand!
{quote}
This explains whey the problem is only onbserve in JBoss AS 7.1 (Mojarra 2.0.7) and not in JBoss EAP 6.1 Beta (Mojarra 2.1.19), and only when the backing bean is @ViewScoped, and not @SessionScoped.
This was not observed in RichFaces 4.3.0/4.3.1 as the tab was the source of the ajax call, where as in 4.3.2 we've reverted to using the tabPanel as the source of the ajax call (to preserve the backwards compatibility of ajax attributes on the tab component - see RF-12839).
Also note, this works fine in 4.3.2 when you use an _a4j:repeat_ tag instead of _c:foreach_.
> Dynamic tab panels don't work in ajax mode
> ------------------------------------------
>
> Key: RF-12945
> URL: https://issues.jboss.org/browse/RF-12945
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes, regression
> Affects Versions: 4.3.2
> Environment: RichFaces 4.3.2.CR1
> Metamer 4.3.2-SNAPSHOT
> JBoss AS 7.1.3.Final-redhat-4
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 26.0.1410.63 @ Linux x86_64, Firefox 20
> Reporter: Pavol Pitonak
> Priority: Critical
>
> # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTabPanel/addTab2.xhtml
> # click the button with label "[h] Create tab"
> # switch to second tab (content of tab will change)
> # switch to tab 6
> result:
> * ajax request is performed but tab panel's content doesn't change (it's still tab2)
> * worked fine in RichFaces 4.3.1.Final
> * dynamic panel can't be removed, there is an error message in browser console:
> {quote}
> Uncaught TypeError: Cannot call method 'onCompleteHandler' of undefined
> {quote}
> This issue might be related to RF-11081 or RF-12513.
--
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
11 years
[JBoss JIRA] (RF-12945) Dynamic tab panels don't work in ajax mode
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12945?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-12945.
--------------------------------
Assignee: Brian Leathem
Resolution: Won't Fix
> Dynamic tab panels don't work in ajax mode
> ------------------------------------------
>
> Key: RF-12945
> URL: https://issues.jboss.org/browse/RF-12945
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes, regression
> Affects Versions: 4.3.2
> Environment: RichFaces 4.3.2.CR1
> Metamer 4.3.2-SNAPSHOT
> JBoss AS 7.1.3.Final-redhat-4
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 26.0.1410.63 @ Linux x86_64, Firefox 20
> Reporter: Pavol Pitonak
> Assignee: Brian Leathem
> Priority: Critical
>
> # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTabPanel/addTab2.xhtml
> # click the button with label "[h] Create tab"
> # switch to second tab (content of tab will change)
> # switch to tab 6
> result:
> * ajax request is performed but tab panel's content doesn't change (it's still tab2)
> * worked fine in RichFaces 4.3.1.Final
> * dynamic panel can't be removed, there is an error message in browser console:
> {quote}
> Uncaught TypeError: Cannot call method 'onCompleteHandler' of undefined
> {quote}
> This issue might be related to RF-11081 or RF-12513.
--
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
11 years
[JBoss JIRA] (RF-8543) Calendar position is incorrect inside scrollable element
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-8543?page=com.atlassian.jira.plugin.sy... ]
Brian Leathem commented on RF-8543:
-----------------------------------
I'm not aware of a workaround - you can try asking in the forums as someone in the community may have worked around it.
> Calendar position is incorrect inside scrollable element
> --------------------------------------------------------
>
> Key: RF-8543
> URL: https://issues.jboss.org/browse/RF-8543
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 3.3.2.SR1
> Reporter: Andrei Markavtsov
> Fix For: 3.Future
>
> Attachments: calendardirection.JPG, screenshot-1.jpg
>
>
> {code}
> <ui:composition>
> <div style="height: 200px; overflow-y: auto; width: 700px">
> <div style="height: 500px">
> <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/>
> <rich:calendar direction="auto" jointPoint="auto" />
> </div>
> </div>
> </ui:composition>
> {code}
--
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
11 years
[JBoss JIRA] (RF-12947) Tree: Could not serialize state: org.richfaces.model.SwingTreeNodeDataModelImpl with MyFaces
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12947?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12947:
-------------------------------
Labels: myfaces (was: )
> Tree: Could not serialize state: org.richfaces.model.SwingTreeNodeDataModelImpl with MyFaces
> --------------------------------------------------------------------------------------------
>
> Key: RF-12947
> URL: https://issues.jboss.org/browse/RF-12947
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.1, 4.3.2
> Reporter: Pavol Pitonak
> Labels: myfaces
>
> # git clone git://github.com/richfaces/qa.git
> # git checkout 4.3.x
> # mvn clean verify -P tomee-remote-1-5 -Dtest=TestRowKeyConverter -Dmethod=testToggle
> result:
> * one of three tests fail on TomEE (MyFaces) with this error:
> {quote}
> Apr 26, 2013 1:34:03 PM org.apache.myfaces.application.viewstate.ServerSideStateCacheImpl serializeView
> SEVERE: Exiting serializeView - Could not serialize state: org.richfaces.model.SwingTreeNodeDataModelImpl
> java.io.NotSerializableException: org.richfaces.model.SwingTreeNodeDataModelImpl
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1180)
> at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1528)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1493)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1416)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1174)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
> at java.util.HashMap.writeObject(HashMap.java:1014)
> at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:975)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1480)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1416)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1174)
> at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1362)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1170)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
> at java.util.HashMap.writeObject(HashMap.java:1014)
> at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:975)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1480)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1416)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1174)
> at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1362)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1170)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
> at org.apache.myfaces.application.viewstate.ServerSideStateCacheImpl.serializeView(ServerSideStateCacheImpl.java:411)
> at org.apache.myfaces.application.viewstate.ServerSideStateCacheImpl.saveSerializedViewInServletSession(ServerSideStateCacheImpl.java:300)
> at org.apache.myfaces.application.viewstate.ServerSideStateCacheImpl.saveSerializedView(ServerSideStateCacheImpl.java:578)
> at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.saveState(HtmlResponseStateManager.java:146)
> at org.apache.myfaces.application.StateManagerImpl.saveView(StateManagerImpl.java:194)
> at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:2052)
> at org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:285)
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:59)
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:59)
> at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:116)
> at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:241)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:199)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> {quote}
--
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
11 years
[JBoss JIRA] (RF-8543) Calendar position is incorrect inside scrollable element
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-8543?page=com.atlassian.jira.plugin.sy... ]
Brian Leathem updated RF-8543:
------------------------------
Description:
{code}
<ui:composition>
<div style="height: 200px; overflow-y: auto; width: 700px">
<div style="height: 500px">
<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/>
<rich:calendar direction="auto" jointPoint="auto" />
</div>
</div>
</ui:composition>
{code}
was:
<ui:composition>
<div style="height: 200px; overflow-y: auto; width: 700px">
<div style="height: 500px">
<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/>
<rich:calendar direction="auto" jointPoint="auto" />
</div>
</div>
</ui:composition>
> Calendar position is incorrect inside scrollable element
> --------------------------------------------------------
>
> Key: RF-8543
> URL: https://issues.jboss.org/browse/RF-8543
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 3.3.2.SR1
> Reporter: Andrei Markavtsov
> Fix For: 3.Future
>
> Attachments: calendardirection.JPG, screenshot-1.jpg
>
>
> {code}
> <ui:composition>
> <div style="height: 200px; overflow-y: auto; width: 700px">
> <div style="height: 500px">
> <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/>
> <rich:calendar direction="auto" jointPoint="auto" />
> </div>
> </div>
> </ui:composition>
> {code}
--
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
11 years