[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukáš Fryč resolved RF-10951.
-----------------------------
Resolution: Rejected
Great to hear that it helped you, I'm going to reject your issue and track new
issues for reimplementing method AbstractTabPanel#getActiveItem() more
defensively (RF-10989).
> 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
_______________________________________________
richfaces-issues mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/richfaces-issues
