[JBoss JIRA] (RF-12577) rich:select - can't select different value after deleting the old one
by Jan Papousek (JIRA)
Jan Papousek created RF-12577:
---------------------------------
Summary: rich:select - can't select different value after deleting the old one
Key: RF-12577
URL: https://issues.jboss.org/browse/RF-12577
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-selects
Affects Versions: 4.3.0.M2
Environment:
RichFaces 4.3.0.20121024-M2
Metamer 4.3.0.20121024-M2
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.32
Java(TM) SE Runtime Environment 1.7.0_07-b10 @ Linux
Firefox 16.0 @ Linux x86_64
RichFaces 4.3.0.20121024-M2
Metamer 4.3.0.20121024-M2
JBoss Application Server: Weld Integration 7.1.1.Final
JBoss AS 7.1.1.Final
Java(TM) SE Runtime Environment 1.7.0_07-b10 @ Linux
Firefox 16.0 @ Linux x86_64
Reporter: Jan Papousek
--
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-12575) rich:collapsibleSubTable and rich:dataScroller - collapsed/expanded state isn't preserved
by Jan Papousek (JIRA)
Jan Papousek created RF-12575:
---------------------------------
Summary: rich:collapsibleSubTable and rich:dataScroller - collapsed/expanded state isn't preserved
Key: RF-12575
URL: https://issues.jboss.org/browse/RF-12575
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.3.0.M2
Environment:
RichFaces 4.3.0.20121024-M2
Metamer 4.3.0.20121024-M2
JBoss Application Server: Weld Integration 7.1.1.Final
JBoss AS 7.1.1.Final
Java(TM) SE Runtime Environment 1.7.0_07-b10 @ Linux
Firefox 16.0 @ Linux x86_64
RichFaces 4.3.0.20121024-M2
Metamer 4.3.0.20121024-M2
Weld Servlet (Uber Jar) 20120106-1159
Apache Tomcat 7.0.32
Java(TM) SE Runtime Environment 1.7.0_07-b10 @ Linux
Firefox 16.0 @ Linux x86_64
Reporter: Jan Papousek
--
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-12557) RichFaces 4.2: sorting doesn't work when rich:columnGroup occurs
by Bojan Antonovic (JIRA)
Bojan Antonovic created RF-12557:
------------------------------------
Summary: RichFaces 4.2: sorting doesn't work when rich:columnGroup occurs
Key: RF-12557
URL: https://issues.jboss.org/browse/RF-12557
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.3.Final
Reporter: Bojan Antonovic
Priority: Critical
See forum reference. The action of a4j:commandLink is called, but the repainting doesn't work.
Or think of making the example RichFaces Showcase/Data Iteration/rich:dataTabe sortable by meals, hotels and transport for at least the upper partial table.
--
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-12553) a4j:status doesn't work if there's a h:commandLink in the page
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12553?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak edited comment on RF-12553 at 10/29/12 7:29 AM:
--------------------------------------------------------------
It indeed doesn't work with JBoss AS 6.1.0 and RichFaces 4.2.2.Final. However it *worked* in these two cases:
* JBoss AS 7.1.1 and RichFaces 4.2.2
* JBoss AS 6.1.0 and RichFaces 4.3.0.M2
I generated a project from archetype and added the sample provided by Guillaume (no Seam and no CDI).
was (Author: ppitonak):
It indeed doesn't work with JBoss AS 6.1.0 and RichFaces 4.2.2.Final. However it *worked* in these two cases:
* JBoss AS 7.1.1 and RichFaces 4.2.2
* JBoss AS 6.1.0 and RichFaces 4.3.0.M2
I generated a project from archetype and added the sample provided by Guillaume (no Seam and no CDI).
> a4j:status doesn't work if there's a h:commandLink in the page
> --------------------------------------------------------------
>
> Key: RF-12553
> URL: https://issues.jboss.org/browse/RF-12553
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.1.0.Final
> Reporter: Guillaume Lancelin
> Assignee: Brian Leathem
>
> Hi all,
> The a4j:status tag seems not to work when a h:commandLink tag is in the same page.
> I made a little example to test it.
> The bean :
> {code:java}
> package fr.mycompany.test;
> import javax.enterprise.inject.Model;
> import javax.inject.Inject;
> import org.jboss.logging.Logger;
> @Model
> public class Test {
> @Inject
> private Logger logger;
> public String launch() {
> for (int i = 0; i < 20000; i++) {
> logger.debug(i);
> }
> return null;
> }
> }
> {code}
> The page :
> {code:xml}
> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:s="http://jboss.org/seam/faces" xmlns:f="http://java.sun.com/jsf/core" xmlns:ui="http://java.sun.com/jsf/facelets">
> <h:head />
> <h:body>
> <a4j:status id="status" onstart="#{rich:component('processingPopup')}.show()" onstop="#{rich:component('processingPopup')}.hide()" startText="en cours" stopText="fini" />
> <rich:popupPanel id="processingPopup" modal="true" styleClass="popupSouscription" autosized="true" show="false">
> Traitement en cours ...
> </rich:popupPanel>
> <h:form id="leForm">
> <a4j:commandLink value="a4j commandLink" action="#{test.launch}" id="a4jLink" /><br/>
> <h:commandLink value="h commandLink" action="#{test.launch}" id="hLink" />
> </h:form>
> <a4j:log id="logs" style="width: 1400px; height: 600px; overflow: scroll;" />
> </h:body>
> </html>
> {code}
> When I click on the a4j:commandLink the a4j:status doesn't work and the following log appears :
> {code}
> info [18:25:14.390]: Received 'begin' event from <a id=leForm:a4jLink ...>
> info [18:25:15.251]: Received 'beforedomupdate' event from <a id=leForm:a4jLink ...>
> debug[18:25:15.252]: Server returned responseText: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="javax.faces.ViewState"><![CDATA[5271447831659883319:-888481348828354087]]></update></changes></partial-response>
> info [18:25:15.253]: Listing content of response changes element:
> Element update for id=javax.faces.ViewState
> <update id="javax.faces.ViewState"><![CDATA[5271447831659883319:-888481348828354087]]></update>
> info [18:25:15.255]: Received 'success' event from <a id=leForm:a4jLink ...>
> info [18:25:15.256]: Received 'complete' event from <a id=leForm:a4jLink ...>
> {code}
> If I remove the line <h:commandLink value="h commandLink" action="#{test.launch}" id="hLink" /> and then click on the a4j:commandLink the a4j:status works and the following log appears :
> {code}
> debug[18:28:17.277]: New request added to queue. Queue requestGroupingId changed to leForm:a4jLink
> debug[18:28:17.277]: Queue will wait 0ms before submit
> debug[18:28:17.278]: richfaces.queue: will submit request NOW
> info [18:28:17.282]: Received 'begin' event from <a id=leForm:a4jLink ...>
> info [18:28:17.905]: Received 'beforedomupdate' event from <a id=leForm:a4jLink ...>
> debug[18:28:17.906]: Server returned responseText: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="javax.faces.ViewState"><![CDATA[-4055820746262438471:-5740665287677042238]]></update></changes></partial-response>
> info [18:28:17.908]: Listing content of response changes element:
> Element update for id=javax.faces.ViewState
> <update id="javax.faces.ViewState"><![CDATA[-4055820746262438471:-5740665287677042238]]></update>
> debug[18:28:17.909]: richfaces.queue: ajax submit successfull
> debug[18:28:17.910]: richfaces.queue: Nothing to submit
> info [18:28:17.913]: Received 'success' event from <a id=leForm:a4jLink ...>
> info [18:28:17.914]: Received 'complete' event from <a id=leForm:a4jLink ...>
> {code}
> I'm using Java 1.6.0_29, JBoss 6.1, mojarra 2.0.3_b5, RF 4.1.0-Final (but someone told me [here|http://community.jboss.org/thread/175872?tstart=0] that the problem appeared with the milestone 3), Seam 3.0.0-Final.
--
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-12553) a4j:status doesn't work if there's a h:commandLink in the page
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12553?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-12553:
----------------------------------
Assignee: Brian Leathem (was: Pavol Pitonak)
It indeed doesn't work with JBoss AS 6.1.0 and RichFaces 4.2.2.Final. However it *worked* in these two cases:
* JBoss AS 7.1.1 and RichFaces 4.2.2
* JBoss AS 6.1.0 and RichFaces 4.3.0.M2
I generated a project from archetype and added the sample provided by Guillaume (no Seam and no CDI).
> a4j:status doesn't work if there's a h:commandLink in the page
> --------------------------------------------------------------
>
> Key: RF-12553
> URL: https://issues.jboss.org/browse/RF-12553
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.1.0.Final
> Reporter: Guillaume Lancelin
> Assignee: Brian Leathem
>
> Hi all,
> The a4j:status tag seems not to work when a h:commandLink tag is in the same page.
> I made a little example to test it.
> The bean :
> {code:java}
> package fr.mycompany.test;
> import javax.enterprise.inject.Model;
> import javax.inject.Inject;
> import org.jboss.logging.Logger;
> @Model
> public class Test {
> @Inject
> private Logger logger;
> public String launch() {
> for (int i = 0; i < 20000; i++) {
> logger.debug(i);
> }
> return null;
> }
> }
> {code}
> The page :
> {code:xml}
> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:s="http://jboss.org/seam/faces" xmlns:f="http://java.sun.com/jsf/core" xmlns:ui="http://java.sun.com/jsf/facelets">
> <h:head />
> <h:body>
> <a4j:status id="status" onstart="#{rich:component('processingPopup')}.show()" onstop="#{rich:component('processingPopup')}.hide()" startText="en cours" stopText="fini" />
> <rich:popupPanel id="processingPopup" modal="true" styleClass="popupSouscription" autosized="true" show="false">
> Traitement en cours ...
> </rich:popupPanel>
> <h:form id="leForm">
> <a4j:commandLink value="a4j commandLink" action="#{test.launch}" id="a4jLink" /><br/>
> <h:commandLink value="h commandLink" action="#{test.launch}" id="hLink" />
> </h:form>
> <a4j:log id="logs" style="width: 1400px; height: 600px; overflow: scroll;" />
> </h:body>
> </html>
> {code}
> When I click on the a4j:commandLink the a4j:status doesn't work and the following log appears :
> {code}
> info [18:25:14.390]: Received 'begin' event from <a id=leForm:a4jLink ...>
> info [18:25:15.251]: Received 'beforedomupdate' event from <a id=leForm:a4jLink ...>
> debug[18:25:15.252]: Server returned responseText: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="javax.faces.ViewState"><![CDATA[5271447831659883319:-888481348828354087]]></update></changes></partial-response>
> info [18:25:15.253]: Listing content of response changes element:
> Element update for id=javax.faces.ViewState
> <update id="javax.faces.ViewState"><![CDATA[5271447831659883319:-888481348828354087]]></update>
> info [18:25:15.255]: Received 'success' event from <a id=leForm:a4jLink ...>
> info [18:25:15.256]: Received 'complete' event from <a id=leForm:a4jLink ...>
> {code}
> If I remove the line <h:commandLink value="h commandLink" action="#{test.launch}" id="hLink" /> and then click on the a4j:commandLink the a4j:status works and the following log appears :
> {code}
> debug[18:28:17.277]: New request added to queue. Queue requestGroupingId changed to leForm:a4jLink
> debug[18:28:17.277]: Queue will wait 0ms before submit
> debug[18:28:17.278]: richfaces.queue: will submit request NOW
> info [18:28:17.282]: Received 'begin' event from <a id=leForm:a4jLink ...>
> info [18:28:17.905]: Received 'beforedomupdate' event from <a id=leForm:a4jLink ...>
> debug[18:28:17.906]: Server returned responseText: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="javax.faces.ViewState"><![CDATA[-4055820746262438471:-5740665287677042238]]></update></changes></partial-response>
> info [18:28:17.908]: Listing content of response changes element:
> Element update for id=javax.faces.ViewState
> <update id="javax.faces.ViewState"><![CDATA[-4055820746262438471:-5740665287677042238]]></update>
> debug[18:28:17.909]: richfaces.queue: ajax submit successfull
> debug[18:28:17.910]: richfaces.queue: Nothing to submit
> info [18:28:17.913]: Received 'success' event from <a id=leForm:a4jLink ...>
> info [18:28:17.914]: Received 'complete' event from <a id=leForm:a4jLink ...>
> {code}
> I'm using Java 1.6.0_29, JBoss 6.1, mojarra 2.0.3_b5, RF 4.1.0-Final (but someone told me [here|http://community.jboss.org/thread/175872?tstart=0] that the problem appeared with the milestone 3), Seam 3.0.0-Final.
--
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-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
by Pawel J. (JIRA)
Hit miss for class loader cost performance problem in Richfaces 4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Patch
Security Level: Public (Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
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-12564) rich:tree throws js error in combination with c:if in IE9
by Michael Heinen (JIRA)
Michael Heinen created RF-12564:
-----------------------------------
Summary: rich:tree throws js error in combination with c:if in IE9
Key: RF-12564
URL: https://issues.jboss.org/browse/RF-12564
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.2.Final
Environment: myFaces 2.1.9
Reporter: Michael Heinen
I use a rich:tree inside a c:if tag.
A js error occurs if the tree is rendered via ajax the first time.
It works fine if the complete view is reloaded afterwards or if there is no c:if tag around.
I tested with with Internet Explorer Version 9.0.8112.16241, Update versions 9.0.10
Workarounds:
- add a dummy rich:tree tag to the page. e.g:
<rich:tree id="dummyTree" rendered="false" toggleType="client"/>
- remove c:if (which is no alternative in my case)
--
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