[JBoss JIRA] (RF-13624) archetype kitchensink: error on the server side when a value in view of member detail is changed
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13624?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek updated RF-13624:
-----------------------------
Affects Version/s: 4.3.5
> archetype kitchensink: error on the server side when a value in view of member detail is changed
> ------------------------------------------------------------------------------------------------
>
> Key: RF-13624
> URL: https://issues.jboss.org/browse/RF-13624
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: archetype
> Affects Versions: 4.3.5, 4.3.6, 4.3.7
> Environment: EAP 6.2
> Reporter: Jiří Štefek
> Priority: Minor
>
> # create project from archetype
> {code} mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.7.Final -DgroupId=org.richfaces.test -DartifactId=kitchensink-test -Denterprise=false
> {code}
> # build and deploy
> # open http://localhost:8080/kitchensink-test/
> # view the first (already created) member
> # click in the email/phone input and type a single letter there and you get this on the server side:
> {code}
> SEVERE [org.richfaces.log.Context] (http-/0.0.0.0:8080-2) /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null: javax.el.PropertyNotFoundException: /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null
> at com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:100) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
> at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:95) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
> at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
> at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:278) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:258) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:215) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
> at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1162) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> {code}
> Everything seems to work fine, just this error on the server side.
> -----
> And just one thing: why are there (in the member view popup) validated inputs, when the changed value is not updated in/to the data table?
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13582) Revert the core package re-factoring
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13582?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13582:
------------------------------------
I've tried running showcase and all seems to work, on the other hand there weren't many references to core to begin with.
> Revert the core package re-factoring
> ------------------------------------
>
> Key: RF-13582
> URL: https://issues.jboss.org/browse/RF-13582
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Brian Leathem
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 3 hours
> Remaining Estimate: 3 hours
>
> To improve compatibility with RichFaces 4.3, the package re-factorings introduced should be reverted. These include (but are not limited to):
> * .servlet (PushServlet, ResourceServlet)
> * .push.cdi (@PUsh)
> * .push. (TopicContext)
> * FileUploadException
> A good test for this would be to compile and run the RichFaces 4.3 showcase and metamer samples against RichFaces 4.5 looking for failures.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-12865) Correct deferred partial response ending by leveraging PVC wrapper chain
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12865?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-12865:
---------------------------------
I believe we are fine with your test case.
> Correct deferred partial response ending by leveraging PVC wrapper chain
> ------------------------------------------------------------------------
>
> Key: RF-12865
> URL: https://issues.jboss.org/browse/RF-12865
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core, third-party
> Affects Versions: 4.3.1
> Environment: weblogic 10.3.4, Myfaces 2.1.10, Richfaces 4.3.1, OmniFaces1.3
> Reporter: blam lam
> Assignee: Lukáš Fryč
> Labels: jsf
> Fix For: 5.0.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> After submit from a a4j:commandButton, it fail to re-render / update other component on the page.
> This problem only appear in MyFaces. It does not happens in Mojarra.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13624) archetype kitchensink: error on the server side when a value in view of member detail is changed
by Jiří Štefek (JIRA)
Jiří Štefek created RF-13624:
--------------------------------
Summary: archetype kitchensink: error on the server side when a value in view of member detail is changed
Key: RF-13624
URL: https://issues.jboss.org/browse/RF-13624
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: archetype
Affects Versions: 4.3.6, 4.3.7
Environment: EAP 6.2
Reporter: Jiří Štefek
Priority: Minor
# create project from archetype
{code} mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.7.Final -DgroupId=org.richfaces.test -DartifactId=kitchensink-test -Denterprise=false
{code}
# build and deploy
# open http://localhost:8080/kitchensink-test/
# view the first (already created) member
# click in the email/phone input and type a single letter there and you get this on the server side:
{code}
SEVERE [org.richfaces.log.Context] (http-/0.0.0.0:8080-2) /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null: javax.el.PropertyNotFoundException: /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null
at com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:100) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:95) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:278) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:258) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:215) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final]
at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1162) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
{code}
Everything seems to work fine, just this error on the server side.
-----
And just one thing: why are there (in the member view popup) validated inputs, when the changed value is not updated in/to the data table?
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak commented on RF-13616:
------------------------------------
Looks good now.
> PopupPanel autosize with togglePanel doesn't resize
> ---------------------------------------------------
>
> Key: RF-13616
> URL: https://issues.jboss.org/browse/RF-13616
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.2.3.Final, 4.3.6
> Reporter: abhishek vijra
> Assignee: Brian Leathem
> Labels: gss
> Fix For: 4.3.7
>
> Attachments: popupPanel-maven.zip, popupPanel.zip
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected.
> Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior.
> {code}
> <ui:define name="body"
> onload="#{rich:component('popup')}.hide(); return false;">
> <h:outputStylesheet>
> .rf-tgp-itm {
> border: 1px solid #{richSkin.panelBorderColor};
> padding: 5px;
> }
>
> .tabDiv {
> margin: 0 5px 5px 0;
> border: 1px solid #{richSkin.panelBorderColor};
> background-color: #{richSkin.headerBackgroundColor};
> cursor: pointer;
> padding: 0 5px;
> float: left;
> }
> </h:outputStylesheet>
> <h:form>
> <h:commandButton value="Open the popup">
> <rich:componentControl target="popup" operation="show" />
> </h:commandButton>
> </h:form>
> <rich:popupPanel id="popup" modal="false" autosized="true"
> resizeable="false">
> <f:facet name="header">
> <h:outputText value="Demo PopupPanel" />
> </f:facet>
> <f:facet name="controls">
> <h:outputLink value="#"
> onclick="#{rich:component('popup')}.hide(); return false;">X</h:outputLink>
> </f:facet>
> <h:form>
> <rich:togglePanel id="panel1" activeItem="item1" render="tabs"
> itemChangeListener="#{panelMenuBean.processItemChange}">
> <rich:togglePanelItem name="item1">
> <h3>Panel Item 1</h3>
> <p>Steps to reproduce:</p>
> <p>1. Without moving the PopupPanel directly switch to Panel
> Item 2.</p>
> <p>3. Now move the PopupPanel around and then switch back to
> Panel Item 2.</p>
> </rich:togglePanelItem>
> <rich:togglePanelItem name="item2" style="width:777px">
> <h3>Panel Item 2</h3>
> <p>2. The PopupPanel is autosized, correctly adjusting to the
> size difference between its previous and its current content. Now
> switch back to Panel Item 1.</p>
> <p>4. As you notice, the PopupPanel isn't properly autosized
> anymore after first moving it but is now stuck to the smaller
> width of Panel Item 1, its previous content.</p>
> </rich:togglePanelItem>
> </rich:togglePanel>
> <a4j:outputPanel id="tabs" layout="block">
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item1" />
> <h:outputText value="Toggle Panel Item 1"
> style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item2" />
> <h:outputText value="Toggle Panel Item 2"
> style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> </a4j:outputPanel>
> </h:form>
> </rich:popupPanel>
> <h:outputScript name="js/patch-popup-panel.js" />
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak updated RF-13616:
-------------------------------
Labels: gss (was: gss needs-qe)
> PopupPanel autosize with togglePanel doesn't resize
> ---------------------------------------------------
>
> Key: RF-13616
> URL: https://issues.jboss.org/browse/RF-13616
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.2.3.Final, 4.3.6
> Reporter: abhishek vijra
> Assignee: Brian Leathem
> Labels: gss
> Fix For: 4.3.7
>
> Attachments: popupPanel-maven.zip, popupPanel.zip
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected.
> Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior.
> {code}
> <ui:define name="body"
> onload="#{rich:component('popup')}.hide(); return false;">
> <h:outputStylesheet>
> .rf-tgp-itm {
> border: 1px solid #{richSkin.panelBorderColor};
> padding: 5px;
> }
>
> .tabDiv {
> margin: 0 5px 5px 0;
> border: 1px solid #{richSkin.panelBorderColor};
> background-color: #{richSkin.headerBackgroundColor};
> cursor: pointer;
> padding: 0 5px;
> float: left;
> }
> </h:outputStylesheet>
> <h:form>
> <h:commandButton value="Open the popup">
> <rich:componentControl target="popup" operation="show" />
> </h:commandButton>
> </h:form>
> <rich:popupPanel id="popup" modal="false" autosized="true"
> resizeable="false">
> <f:facet name="header">
> <h:outputText value="Demo PopupPanel" />
> </f:facet>
> <f:facet name="controls">
> <h:outputLink value="#"
> onclick="#{rich:component('popup')}.hide(); return false;">X</h:outputLink>
> </f:facet>
> <h:form>
> <rich:togglePanel id="panel1" activeItem="item1" render="tabs"
> itemChangeListener="#{panelMenuBean.processItemChange}">
> <rich:togglePanelItem name="item1">
> <h3>Panel Item 1</h3>
> <p>Steps to reproduce:</p>
> <p>1. Without moving the PopupPanel directly switch to Panel
> Item 2.</p>
> <p>3. Now move the PopupPanel around and then switch back to
> Panel Item 2.</p>
> </rich:togglePanelItem>
> <rich:togglePanelItem name="item2" style="width:777px">
> <h3>Panel Item 2</h3>
> <p>2. The PopupPanel is autosized, correctly adjusting to the
> size difference between its previous and its current content. Now
> switch back to Panel Item 1.</p>
> <p>4. As you notice, the PopupPanel isn't properly autosized
> anymore after first moving it but is now stuck to the smaller
> width of Panel Item 1, its previous content.</p>
> </rich:togglePanelItem>
> </rich:togglePanel>
> <a4j:outputPanel id="tabs" layout="block">
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item1" />
> <h:outputText value="Toggle Panel Item 1"
> style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item2" />
> <h:outputText value="Toggle Panel Item 2"
> style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> </a4j:outputPanel>
> </h:form>
> </rich:popupPanel>
> <h:outputScript name="js/patch-popup-panel.js" />
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13616:
------------------------------------
I've applied some more rigorous changes to the popupPanel javascript. [~ppitonak] would you please verify these changes (using the above recommended attribute matrix) before I spin another release? The changes are available in the components release/4.3.7 branch:
https://github.com/richfaces4/components/tree/release/4.3.7
> PopupPanel autosize with togglePanel doesn't resize
> ---------------------------------------------------
>
> Key: RF-13616
> URL: https://issues.jboss.org/browse/RF-13616
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.2.3.Final, 4.3.6
> Reporter: abhishek vijra
> Assignee: Brian Leathem
> Labels: gss, needs-qe
> Fix For: 4.3.7
>
> Attachments: popupPanel-maven.zip, popupPanel.zip
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected.
> Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior.
> {code}
> <ui:define name="body"
> onload="#{rich:component('popup')}.hide(); return false;">
> <h:outputStylesheet>
> .rf-tgp-itm {
> border: 1px solid #{richSkin.panelBorderColor};
> padding: 5px;
> }
>
> .tabDiv {
> margin: 0 5px 5px 0;
> border: 1px solid #{richSkin.panelBorderColor};
> background-color: #{richSkin.headerBackgroundColor};
> cursor: pointer;
> padding: 0 5px;
> float: left;
> }
> </h:outputStylesheet>
> <h:form>
> <h:commandButton value="Open the popup">
> <rich:componentControl target="popup" operation="show" />
> </h:commandButton>
> </h:form>
> <rich:popupPanel id="popup" modal="false" autosized="true"
> resizeable="false">
> <f:facet name="header">
> <h:outputText value="Demo PopupPanel" />
> </f:facet>
> <f:facet name="controls">
> <h:outputLink value="#"
> onclick="#{rich:component('popup')}.hide(); return false;">X</h:outputLink>
> </f:facet>
> <h:form>
> <rich:togglePanel id="panel1" activeItem="item1" render="tabs"
> itemChangeListener="#{panelMenuBean.processItemChange}">
> <rich:togglePanelItem name="item1">
> <h3>Panel Item 1</h3>
> <p>Steps to reproduce:</p>
> <p>1. Without moving the PopupPanel directly switch to Panel
> Item 2.</p>
> <p>3. Now move the PopupPanel around and then switch back to
> Panel Item 2.</p>
> </rich:togglePanelItem>
> <rich:togglePanelItem name="item2" style="width:777px">
> <h3>Panel Item 2</h3>
> <p>2. The PopupPanel is autosized, correctly adjusting to the
> size difference between its previous and its current content. Now
> switch back to Panel Item 1.</p>
> <p>4. As you notice, the PopupPanel isn't properly autosized
> anymore after first moving it but is now stuck to the smaller
> width of Panel Item 1, its previous content.</p>
> </rich:togglePanelItem>
> </rich:togglePanel>
> <a4j:outputPanel id="tabs" layout="block">
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item1" />
> <h:outputText value="Toggle Panel Item 1"
> style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> <a4j:outputPanel layout="block" styleClass="tabDiv">
> <rich:toggleControl event="click" targetPanel="panel1"
> targetItem="item2" />
> <h:outputText value="Toggle Panel Item 2"
> style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" />
> </a4j:outputPanel>
> </a4j:outputPanel>
> </h:form>
> </rich:popupPanel>
> <h:outputScript name="js/patch-popup-panel.js" />
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months