[JBoss JIRA] Created: (RF-11054) Dynamically created tabs within tabPanel causes NPE in getActiveItem()
by Ján Jamrich (JIRA)
Dynamically created tabs within tabPanel causes NPE in getActiveItem()
----------------------------------------------------------------------
Key: RF-11054
URL: https://issues.jboss.org/browse/RF-11054
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0-SNAPSHOT r.22526
Metamer r.22526
Mojarra 2.0.4-b09
Apache Tomcat 7.0.12
Java(TM) SE Runtime Environment 1.6.0_19-b04 @ Linux
Chrome 12.0.718.0 @ Linux i686
Reporter: Ján Jamrich
When set switchType on TabPanel to "server" (notice that with "client" everything works correctly, with "ajax" tab switch not work as well as with "null"), all dynamically created tabs causes NPE on tab switch.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (RF-11017) rich:extendedDataTable: Problems with resizing and ordering of columns with Firefox 4
by Rene O (JIRA)
rich:extendedDataTable: Problems with resizing and ordering of columns with Firefox 4
-------------------------------------------------------------------------------------
Key: RF-11017
URL: https://issues.jboss.org/browse/RF-11017
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: Tomcat6 and 7, Java 6, MyFaces 2.1.0-SNAPSHOT (28.05.2011), RichFaces 4.1.0-SNAPSHOT (28.05.2011)
Reporter: Rene O
To reproduce the two issues, i have append a testcase:
Issue 1 (ordering):
1. call http://localhost:8080/jsf2testcase/tableTest.jsf
2. try to change the order of the columns (e.g. A,B,C -> B,A,C)
3. after that, the scrollbar of the table disappears
Note, that this issue appears with Firefox 4.0.1, but not with IE8
Issue 2 (resizing):
1. call http://localhost:8080/jsf2testcase/tableTestB.jsf
2. click button to show table B
3. try to resize the column width of table B
4. resizing doesn't work in table B, but if you try to resize the column width of table A, it will work. So it must be a bug.
Note, that this issue appears with Firefox 4.0.1, but not with IE8
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (RF-11064) Push: Invalid async context for servlet AutoRegisteredPushServlet
by Lukáš Fryč (JIRA)
Push: Invalid async context for servlet AutoRegisteredPushServlet
-----------------------------------------------------------------
Key: RF-11064
URL: https://issues.jboss.org/browse/RF-11064
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-a4j-core
Affects Versions: 4.1.0.Milestone1
Environment: Firefox 4.0.1
JBoss 6.0.0.Final / 6.1.0-SNAPSHOT
Atmosphere 7.0.1/7.0.2
Reporter: Lukáš Fryč
Fix For: 4.1.0.Milestone1
Sample application: https://github.com/lfryc/push-jms/
Reproduced on: https://github.com/lfryc/push-jms/tree/6dd6b623410e30ee4406e13fb6e22866e6...
deploy/hornetq/hornetq-jms.xml:
{code:XML}
<topic name="chat">
<entry name="/topic/chat"/>
</topic>
{code}
deploy/hornetq/hornetq-configuration.xml
{code:XML}
<permission type="deleteDurableQueue" roles="guest"/>
<permission type="deleteDurableQueue" roles="guest"/>
{code}
16:21:52,065 ERROR [org.apache.catalina.connector.CoyoteAdapter] An exception or error occurred in the container during the request processing: java.lang.IllegalStateException: Invalid async context for servlet AutoRegisteredPushServlet
at org.apache.catalina.core.StandardWrapperValve.async(StandardWrapperValve.java:643) [:6.0.0.Final]
at org.apache.catalina.core.StandardWrapperValve.event(StandardWrapperValve.java:402) [:6.0.0.Final]
at org.apache.catalina.core.StandardContextValve.event(StandardContextValve.java:260) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.event(SecurityAssociationValve.java:328) [:6.0.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:281) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.event(JaccContextValve.java:116) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.event(SecurityContextEstablishmentValve.java:161) [:6.0.0.Final]
at org.apache.catalina.core.StandardHostValve.event(StandardHostValve.java:178) [:6.0.0.Final]
at org.apache.catalina.valves.ValveBase.event(ValveBase.java:200) [:6.0.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.event(CachedConnectionValve.java:186) [:6.0.0.Final]
at org.apache.catalina.core.StandardEngineValve.event(StandardEngineValve.java:128) [:6.0.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.event(ActiveRequestResponseCacheValve.java:70) [:6.0.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.event(CoyoteAdapter.java:265) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Processor.event(Http11Processor.java:757) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.event(Http11Protocol.java:602) [:6.0.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:938) [:6.0.0.Final]
at java.lang.Thread.run(Thread.java:636) [:1.6.0_20]
16:21:52,076 ERROR [STDERR] java.lang.NullPointerException
16:21:52,076 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.action(Servlet30Support.java:168)
16:21:52,076 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.action(Servlet30Support.java:63)
16:21:52,076 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.resume(AtmosphereResourceImpl.java:175)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.Meteor.resume(Meteor.java:199)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.resume(RequestImpl.java:61)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.SessionImpl.releaseRequest(SessionImpl.java:112)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.SessionImpl.connect(SessionImpl.java:85)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.onSuspend(RequestImpl.java:91)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.onSuspend(AtmosphereResourceImpl.java:483)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:455)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:443)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.suspend(AtmosphereResourceImpl.java:247)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.Meteor.suspend(Meteor.java:189)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.suspend(RequestImpl.java:57)
16:21:52,078 ERROR [STDERR] at org.richfaces.webapp.PushHandlerFilter.doFilter(PushHandlerFilter.java:102)
16:21:52,078 ERROR [STDERR] at org.atmosphere.util.AtmosphereFilterChain.doFilter(AtmosphereFilterChain.java:139)
16:21:52,078 ERROR [STDERR] at org.atmosphere.util.AtmosphereFilterChain.invokeFilterChain(AtmosphereFilterChain.java:116)
16:21:52,078 ERROR [STDERR] at org.atmosphere.handler.ReflectorServletProcessor$FilterChainServletWrapper.service(ReflectorServletProcessor.java:294)
16:21:52,078 ERROR [STDERR] at org.atmosphere.handler.ReflectorServletProcessor.onRequest(ReflectorServletProcessor.java:152)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AsynchronousProcessor.action(AsynchronousProcessor.java:191)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AsynchronousProcessor.suspended(AsynchronousProcessor.java:142)
16:21:52,078 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.service(Servlet30Support.java:87)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doCometSupport(AtmosphereServlet.java:1156)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:1138)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:1124)
16:21:52,079 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
16:21:52,079 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181)
16:21:52,079 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
16:21:52,079 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
16:21:52,080 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
16:21:52,081 ERROR [STDERR] at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53)
16:21:52,081 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362)
16:21:52,081 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
16:21:52,081 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654)
16:21:52,084 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:946)
16:21:52,084 ERROR [STDERR] at java.lang.Thread.run(Thread.java:636)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (RF-10456) CLONE - rich:messages displays messages multiple times
by Ilya Shaikovsky (JIRA)
CLONE - rich:messages displays messages multiple times
------------------------------------------------------
Key: RF-10456
URL: https://issues.jboss.org/browse/RF-10456
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 3.3.0, 3.3.1, 3.3.2.CR1, 3.3.2.GA, 3.3.2.SR1, 3.3.3.BETA1, 3.3.3.CR1, 3.3.3.Final
Environment: Richfaces 3.3.0 upwards with integrated Spring Webflow (version 2.0.5) and Hibernate Validator 4.0.2.
Reporter: Ilya Shaikovsky
Assignee: Alexander Smirnov
Fix For: 3.Future
Using a graphValidator, I set up a bean with Hibernate Validator annotations.
When multiple fields fail validation; the <rich:messages /> tag outputs the error messages multiple times.
It seems as though the message is displayed based on the number of failed fields. For example; when 2 fields fail, it will display both error messages twice. If 3 fields fail, it'll display all 3 messages 3 times, and so on.
I have managed to replicate the same error in versions 3.3.0 to 3.3.3. I have not tried >4 as we need a stable release. This may mean it could already be fixed in version 4; but I am submitting this issue regardless.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (RF-7344) Add controls for where in the header loaded scripts are placed
by Jay Balunas (JIRA)
Add controls for where in the header loaded scripts are placed
--------------------------------------------------------------
Key: RF-7344
URL: https://jira.jboss.org/jira/browse/RF-7344
Project: RichFaces
Issue Type: Task
Components: browser compatibility, core
Affects Versions: 3.3.1
Environment: IE8
Reporter: Jay Balunas
Fix For: 3.3.2.CR1
IE8 requires some header content be located at the very top of the header. Because RichFaces places some of the loaded scripts first this can break.
For example "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />" will be ignored if not the first element after the header. Although the work around can be to just place the value in the header directly "<header name="X-UA-Compatible">IE=EmulateIE7</header>", RichFaces should have a way to control the location of the scripts in the header.
This could take the form of a new context param or perhaps a tag that RF can trigger off of for default script placement. If not there behavior is defaulted to current.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (RF-11306) [rich:tabPanel] allow usage of form-elements inside tabs
by Rene O (JIRA)
[rich:tabPanel] allow usage of form-elements inside tabs
--------------------------------------------------------
Key: RF-11306
URL: https://issues.jboss.org/browse/RF-11306
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Final
Reporter: Rene O
Currently you must surround <rich:tabPanel> with <h:form>-element if you use switchType="ajax" or switchType="server".
It should be possible, like in Richfaces 3, that a form-element outside of rich:tabPanel is not needed.
A common usecase is the usage of an include-fragment which contains a form.
<rich:tabPanel switchType="ajax">
<rich:tab>
<h:form if="form1">
...
</h:form>
</rich:tab>
<rich:tab>
<ui:include .../>
</rich:tab>
</rich:tabPanel>
definition of include:
<ui:composition >
...
<h:form if="formOfInclude">
...
</h:form>
</ui:composition >
Currently it is not possible to design the pages in such way cause of nesting form-elements
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months