[JBoss JIRA] (RF-12481) Autocomplete - does not close the popup in destroy method.
by Morten Ludvigsen (JIRA)
Morten Ludvigsen created RF-12481:
-------------------------------------
Summary: Autocomplete - does not close the popup in destroy method.
Key: RF-12481
URL: https://issues.jboss.org/browse/RF-12481
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.2.2.Final
Environment: Chrome 17.0.963.83
Windows 7
Reporter: Morten Ludvigsen
Autocomplete - does not close the popup in destroy method. The Suggestion popup is left hanging on the page.
If an Autocomplete is rendered while the item list is shown, the destroy method is not closing the item list (popup box). The item list is left hanging on the page.
The only way to remove the items is to refresh the whole page.
--
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, 7 months
[JBoss JIRA] Created: (RF-11103) org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
by u j (JIRA)
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)
Affects Versions: 4.0.0.Final
Reporter: u j
I tried
<context-param>
<param-name>org.richfaces.skin</param-name>
<param-value>plain</param-value>
</context-param>
and the skinning seems to be disabled, but I get
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]
I found a note
http://echelog.matzon.dk/logs/browse/richfaces/1306706400
Thanks
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RF-12457) Add onmessage and onclear to rich:validator
by Bernard Labno (JIRA)
Bernard Labno created RF-12457:
----------------------------------
Summary: Add onmessage and onclear to rich:validator
Key: RF-12457
URL: https://issues.jboss.org/browse/RF-12457
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.2.2.Final
Reporter: Bernard Labno
When rich:validator find validation error then it raises JS event that is handled by rich:message and the validation error message is show.
However we can't i.e. toggle error class on input label, the input itself and do other crazy stuff.
It would be great if rich:validator had onmessage and onclear attributes so that user could bind JS callbacks that would do custom magic.
Currently rich:validator contains "onerror" attribute but it conecerns ajax request error (it's the same as in a4j:ajax), so we can't use it.
--
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, 7 months
[JBoss JIRA] (RF-12472) CSV + @FacesValidator generates NPE
by Bernard Labno (JIRA)
Bernard Labno created RF-12472:
----------------------------------
Summary: CSV + @FacesValidator generates NPE
Key: RF-12472
URL: https://issues.jboss.org/browse/RF-12472
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 4.3.0.Milestone1
Reporter: Bernard Labno
Priority: Critical
{code:xml}<h:inputText id="i" value="#{registerView.user.email}" required="true">
<f:validator validatorId="uniqueEmailValidator" for="i"/>
<rich:validator/>
</h:inputText>{code}
{code:java}
@FacesValidator("uniqueEmailValidator")
@RequestScoped
public class UniqueEmailValidator implements Validator {
// ------------------------------ FIELDS ------------------------------
@Inject
private BundleTemplateMessage messageBuilder;
@Inject
private UserHome userHome;
// ------------------------ INTERFACE METHODS ------------------------
// --------------------- Interface Validator ---------------------
@Override
public void validate(FacesContext context, UIComponent component, Object value) throws ValidatorException
{
String email = (String) value;
try {
userHome.getByEmail(email);
throw new ValidatorException(new FacesMessage(
messageBuilder.key(MessageKeys.EMAIL_ALREADY_REGSITERED).defaults(MessageKeys.EMAIL_ALREADY_REGSITERED.toString()).build().getText()));
} catch (NoResultException e) {
//email is unique
}
}
}
{code}
{noformat}
java.lang.NullPointerException:
org.richfaces.validator.FacesServiceBase.fillParameters(FacesServiceBase.java:30)
org.richfaces.validator.FacesValidatorServiceImpl.fillParameters(FacesValidatorServiceImpl.java:130)
org.richfaces.validator.FacesValidatorServiceImpl.getValidatorDescription(FacesValidatorServiceImpl.java:37)
org.richfaces.component.behavior.ClientValidatorImpl.getValidators(ClientValidatorImpl.java:332)
org.richfaces.renderkit.html.ClientValidatorRenderer.createValidatorScript(ClientValidatorRenderer.java:143)
org.richfaces.renderkit.html.ClientValidatorRenderer.buildAndStoreValidatorScript(ClientValidatorRenderer.java:129)
org.richfaces.renderkit.html.ClientValidatorRenderer.getScript(ClientValidatorRenderer.java:63)
javax.faces.component.behavior.ClientBehaviorBase.getScript(ClientBehaviorBase.java:103)
org.richfaces.component.behavior.ClientValidatorImpl.getScript(ClientValidatorImpl.java:111)
com.sun.faces.renderkit.RenderKitUtils.getSingleBehaviorHandler(RenderKitUtils.java:1660)
com.sun.faces.renderkit.RenderKitUtils.renderHandler(RenderKitUtils.java:1753)
com.sun.faces.renderkit.RenderKitUtils.renderOnchange(RenderKitUtils.java:388)
com.sun.faces.renderkit.html_basic.TextRenderer.getEndTextToRender(TextRenderer.java:134)
com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:170)
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786)
javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779)
org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276)
org.richfaces.renderkit.html.PanelRenderer.doEncodeEnd(PanelRenderer.java:183)
org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175)
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:424)
com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
com.ocpsoft.pretty.faces.application.PrettyViewHandler.renderView(PrettyViewHandler.java:163)
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:118)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:840)
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:622)
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:560)
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:488)
com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:110)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:161)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java)
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:397)
org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50)
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:662)
{noformat}
--
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, 7 months
[JBoss JIRA] (RF-12455) UnsupportedOperationException when rich:validator needs to fall back to ajax
by Bernard Labno (JIRA)
Bernard Labno created RF-12455:
----------------------------------
Summary: UnsupportedOperationException when rich:validator needs to fall back to ajax
Key: RF-12455
URL: https://issues.jboss.org/browse/RF-12455
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.2.Final
Environment: as 7.1.1.Final, jboss-jsf-api-2.1_spec
Reporter: Bernard Labno
Priority: Critical
In JSF 2.0 UIComponent impemented method... but since JSF 2.1 it throws UnsuportedOperationException. To avoid that components should extend UIComponentBase.
In RF only UITransient extends UIComponent directly, and UITransient is extended by UIResource and UIScripts.
Here is stacktrace of exception:
java.lang.UnsupportedOperationException
at javax.faces.component.UIComponent.getListenersForEventClass(UIComponent.java:2211)
at com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2109)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:288)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:246)
at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:293)
at javax.faces.component.UIComponentBase.disconnectFromView(UIComponentBase.java:2228)
at javax.faces.component.UIComponentBase.disconnectFromView(UIComponentBase.java:2236)
at javax.faces.component.UIComponentBase.doPreRemoveProcessing(UIComponentBase.java:1892)
at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:388)
at javax.faces.component.UIComponentBase$FacetsMap.remove(UIComponentBase.java:2958)
at javax.faces.component.UIComponentBase$FacetsMap.remove(UIComponentBase.java:2901)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.reapplyDynamicAdd(FaceletViewHandlingStrategy.java:1967)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.reapplyDynamicActions(FaceletViewHandlingStrategy.java:1941)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:813)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
at org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:161)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java)
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
at java.lang.Thread.run(Thread.java:662)
--
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, 7 months
[JBoss JIRA] (RF-12444) rich:popupPanel disables myFaces
by emmanuel dufour (JIRA)
emmanuel dufour created RF-12444:
------------------------------------
Summary: rich:popupPanel disables myFaces
Key: RF-12444
URL: https://issues.jboss.org/browse/RF-12444
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.3.0.Milestone1, 4.2.2.Final
Environment: myFaces 2.1.8 & myFaces 2.0.14
Reporter: emmanuel dufour
The simple presence of the popupanel tag makes the myfaces javascript library not included in the page disabling the link ex the simple jsf 2.0 page below :
--------------
<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:rich="http://richfaces.org/rich">
<h:head></h:head>
<h:body>
<h:form>
<h:commandLink value="Index" action="welcome" immediate="true" />
<rich:popupPanel >
</rich:popupPanel>
</h:form>
</h:body>
</html>
--
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, 7 months
[JBoss JIRA] (RF-12486) Metamer: rich:calendar: Attribute change leads to disappear attributes area [myfaces]
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12486?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12486:
-------------------------------
Fix Version/s: 4-Tracking
> Metamer: rich:calendar: Attribute change leads to disappear attributes area [myfaces]
> -------------------------------------------------------------------------------------
>
> Key: RF-12486
> URL: https://issues.jboss.org/browse/RF-12486
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.Milestone1
> Environment: RichFaces 4.3.0.20120802-M1
> Metamer 4.3.0.20120802-M1
> Apache MyFaces JSF-2.1 Core Impl 2.1.8
> Apache Tomcat 7.0.29
> OpenJDK Runtime Environment 1.7.0_05-icedtea-mockbuild_2012_07_09_19_42-b00 @ Linux
> Chrome 20.0.1132.47 @ Linux i686
> Reporter: Ján Jamrich
> Labels: myfaces
> Fix For: 4-Tracking
>
>
> When select date from popup, and then change an attribute value, after automatic page reload whole area with attributes disappears and no longer possible change calendar value until page reload (just F5 doesn't work, as well as Rerender and Reload Metamer's buttons )
> This seems to be the same problem as with Mojarra but with slightly different behavior with MyFaces. See related issues for more info for Mojarra.
--
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, 7 months