May 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works

by Juraj Húska (JIRA)

Juraj Húska created RF-13628: -------------------------------- Summary: notifyMessage - stack attribute - only default value works Key: RF-13628 URL: https://issues.jboss.org/browse/RF-13628 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.3.7 Reporter: Juraj Húska {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12554) <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12554: ------------------------------- Labels: waiting_on_user (was: ) > <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Jiří Štefek > Priority: Minor > Labels: waiting_on_user > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > <rich:panel><rich:tooltip></rich:tooltip></rich:panel> > {code} > then you can use as often as you wish: > {code} > <ui:repeat> > <rich:tooltip> ... > </ui:repeat> > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-13616. ---------------------------- Verified. Closing. > 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

1
0
0 / 0

[JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak reassigned RF-13611: ---------------------------------- Assignee: Jiří Štefek (was: Pavol Pitonak) > 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: Jiří Štefek > Fix For: 4.5.0.Alpha3 > > > 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

1
0
0 / 0

[JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak reassigned RF-13586: ---------------------------------- Assignee: Juraj Húska (was: Pavol Pitonak) > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Juraj Húska > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12554) <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.s... ] Jiří Štefek commented on RF-12554: ---------------------------------- Attached a project created from archetypes. I was not able to reproduce this bug neither using tooltip in composite component placed in a4jRepeat or uiRepeat nor using composite component containing tooltip placed in a4jRepeat. Tried in: Firefox 29, Glassfish 3.1.2.2, RF 4.1.6. [~randhawag] could you, please, try the attached project if it works for you? Or could you improve the project so it will reflect your problem? What container (Jboss EAP, Tomcat...), JSF version and browser do you use? > <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Jiří Štefek > Priority: Minor > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > <rich:panel><rich:tooltip></rich:tooltip></rich:panel> > {code} > then you can use as often as you wish: > {code} > <ui:repeat> > <rich:tooltip> ... > </ui:repeat> > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12554) <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.s... ] Jiří Štefek updated RF-12554: ----------------------------- Attachment: RF-12554.zip > <rich:tooltip> in a <ui|a4j:repeat> doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Jiří Štefek > Priority: Minor > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > <rich:panel><rich:tooltip></rich:tooltip></rich:panel> > {code} > then you can use as often as you wish: > {code} > <ui:repeat> > <rich:tooltip> ... > </ui:repeat> > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12178) Resource plugin: duplicate css atribute get twice the 1st one

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12178?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-12178: ------------------------------------ [~rbri] thanks for commenting on this issue. We have not reported it upstream as it was not clear to us that it was an upstream issue. We felt further investigation on our part was required to determine if this was the case, something which we have not yet had the time to do. If you are certain this is an upstream issue with CSSParser then we will go ahead and file the issue. > 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 > 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 was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13625?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13625: ------------------------------- Labels: waiting_on_user (was: ) > org.ajax4jsf.model.SequenceRange is not serializable > ---------------------------------------------------- > > Key: RF-13625 > URL: https://issues.jboss.org/browse/RF-13625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marco Rossi > Labels: waiting_on_user > > {code} > Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange > Caused by: an exception which occurred: > in field cachedRange > in field bean > in object java.util.HashMap@0 > in object org.jboss.as.clustering.SimpleMarshalledValue@0 > in object org.infinispan.atomic.PutOperation@0 > in object java.util.LinkedList@0 > in object org.infinispan.atomic.AtomicHashMapDelta@3e01b8 > in object org.infinispan.commands.write.PutKeyValueCommand@514bdbf9 > in object org.infinispan.commands.tx.PrepareCommand@8bb71fb > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13625?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13625: ------------------------------------ [~mrossix] do you have a test case for this? The fastest way to resolve this issue is if you were to prepare a Pull Request that resolves this issue against your local test case. We'll review that Pull Request and include it if it doesn't break any of our tests. > org.ajax4jsf.model.SequenceRange is not serializable > ---------------------------------------------------- > > Key: RF-13625 > URL: https://issues.jboss.org/browse/RF-13625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marco Rossi > Labels: waiting_on_user > > {code} > Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange > Caused by: an exception which occurred: > in field cachedRange > in field bean > in object java.util.HashMap@0 > in object org.jboss.as.clustering.SimpleMarshalledValue@0 > in object org.infinispan.atomic.PutOperation@0 > in object java.util.LinkedList@0 > in object org.infinispan.atomic.AtomicHashMapDelta@3e01b8 > in object org.infinispan.commands.write.PutKeyValueCommand@514bdbf9 > in object org.infinispan.commands.tx.PrepareCommand@8bb71fb > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2014