[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard commented on RF-10951:
--------------------------------------
Lukas,
Thanks for your response.
Yes, I believe the original issue (RichFacesDynamicComponentTest) is fine in MyFaces
2.0.5, and possibly in Mojarra too (though I can't use Mojarra at the moment because
of another bug).
But in my comment on 27th April I am raising a related issue. Could you please review my
April 27th comment (and the attached addressbook-myfaces2-richfaces) and see if you can
fix AbstractTabPanel to work better when dynamically created?
Apologies if I have confused things!
Richard.
Dynamically created components lose CSS/JavaScript on POSTback
--------------------------------------------------------------
Key: RF-10951
URL:
https://issues.jboss.org/browse/RF-10951
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 4.0.0.Final
Reporter: Richard Kennard
Assignee: Lukáš Fryč
Fix For: 4.1.0.Milestone1
Attachments: addressbook-myfaces2-richfaces.war,
RichFacesDynamicComponentTest.zip
Hi guys,
First, thanks for a great release in RichFaces 4!
I have come across (what I think is) a bug and have put together a small test app that
reproduces it. RichFaces components that are creating dynamically (programmatically)
using...
application.createComponent( context, componentType, rendererType )
...do not automatically re-inject their CSS/JavaScript resources into <h:head/>
following a POSTback. For example, if an incorrect value is entered into a field and a
validation error occurs, no programmatically created RichFaces components work when
redisplayed. In fact, they may not redisplay at all (having lost their CSS).
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira