[ http://jira.jboss.com/jira/browse/RF-983?page=all ] David Phillips updated RF-983: ------------------------------ Attachment: test.war This WAR provides a failure example, including the required jars. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-983?page=all ] Work on RF-983 started by Maksim Kaszynski. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-983?page=all ] Maksim Kaszynski updated RF-983: -------------------------------- Fix Version/s: 3.1.5 (was: 3.2.0) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-983?page=all ] Vladislav Baranov updated RF-983: --------------------------------- Fix Version/s: 3.2.2 (was: 3.1.5) The reason of the problems with RichFaces resource loading is the feature of ibm faces implementation. Class com.ibm.faces.renderkit.DefaultAjaxRenderer wrappes the actual RichFaces component renderer, which could be retrieved by calling public method getRealRenderer(). RichFaces loads resources for each component from the page by its renderer (done in ViewResources->processHeadResources) checking the instance of the renderer to be the instance of HeaderResourceProducer. In case when the actual component renderer is wrapped by wrapper class (like with DefaultAjaxRenderer) this check fails and scripts and styles are not loaded. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-983?page=all ] Nick Belaevski updated RF-983: ------------------------------ Assignee: Nick Belaevski (was: Vladislav Baranov) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/RF-983?page=com.atlassian.jira.plugin.... ] Ilya Shaikovsky resolved RF-983. -------------------------------- Resolution: Rejected Assignee: Tsikhon Kuprevich (was: Nick Belaevski) 3.1.x branch no more under active development, -- 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