1:10 p.m.
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
Attachments: 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 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
1:10 p.m.
New subject: [JBoss JIRA] Updated: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard updated RF-10951:
---------------------------------
Attachment: RichFacesDynamicComponentTest.zip
Maven-based test app to reproduce the issue
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
Attachments: 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 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
1:18 p.m.
New subject: [JBoss JIRA] Updated: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard updated RF-10951:
---------------------------------
Description:
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).
was:
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 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).
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
Attachments: 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
1:21 p.m.
New subject: [JBoss JIRA] Issue Comment Edited: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard edited comment on RF-10951 at 4/25/11 7:21 AM:
---------------------------------------------------------------
Maven-based test app to reproduce the issue.
The app uses MyFaces 2 rather than Mojarra 2, because Mojarra 2 has issues of its own
(http://java.net/jira/browse/JAVASERVERFACES-1826 - please vote!).
was (Author: kennardconsulting):
Maven-based test app to reproduce the issue
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
Attachments: 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
2:22 p.m.
New subject: [JBoss JIRA] Updated: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Nick Belaevski updated RF-10951:
--------------------------------
Assignee: Lukáš Fryč
Fix Version/s: 4.1.0.Milestone1
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: 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
10:15 a.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-10951:
---------------------------------
Thank you for reporting Richard,
I have reproduced this issue and will do further investigations.
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: 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
12:23 p.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard commented on RF-10951:
--------------------------------------
Lukáš,
That's great to hear.
Interestingly, I just tried this under Mojarra 2.1.0 and it appears to work okay. So
perhaps that gives you a clue? I can't use Mojarra for other reasons (bug 1826), so
hopefully you can find a way to make things work with MyFaces!
Regards,
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: 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
3:33 a.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard commented on RF-10951:
--------------------------------------
Lukáš,
I've been experimenting some more and am thrilled to report MyFaces 2.0.5 (released a
couple weeks ago, sorry I hadn't noticed) appears to fix this issue! So I guess it is
a bug in MyFaces 2.0.4 (and possibly before). Maybe you could note that somewhere in the
documentation?
However this had led to a related issue: dynamically created TabPanels can fail on
POSTback. I attach a small sample app that demonstrates the problem. Deploy the app into
Tomcat 6, then:
1. Go to http://localhost:8080/addressbook-myfaces2-richfaces/index.jsf
2. Click 'Mr Charles Montgomery Burns'
3. Click the 'Other' tab
4. Click 'Edit'
You will get:
Caused by: java.lang.NullPointerException
at org.richfaces.component.AbstractTabPanel.getActiveItem(AbstractTabPanel.java:64)
at org.richfaces.component.AbstractTogglePanel.encodeBegin(AbstractTogglePanel.java:168)
at org.metawidget.faces.FacesUtils.render(FacesUtils.java:94)
at
org.metawidget.faces.renderkit.html.HtmlLayoutRenderer.layoutChild(HtmlLayoutRenderer.java:161)
I believe this is because the 'Other' tab is created (and recreated) dynamically
in code, and so is not available to AbstractTabPanel.getActiveItem. I would be happy if
AbstractTabPanel.getActiveItem just reverted back to the first tab in this case (which is
what RichFaces 3.x did)
Regards,
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: 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
12:17 p.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-10951:
---------------------------------
Hi Richard, thank you for your comments.
1) I have created JIRA for documentation coverage - RF-10951
2) Could you please attach your sample application
"addressbook-myfaces2-richfaces"?
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: 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
12:18 p.m.
New subject: [JBoss JIRA] Issue Comment Edited: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč edited comment on RF-10951 at 4/28/11 6:17 AM:
----------------------------------------------------------
Hi Richard, thank you for your comments.
1) I have created JIRA for documentation coverage - RFPL-1437
2) Could you please attach your sample application
"addressbook-myfaces2-richfaces"?
was (Author: lfryc):
Hi Richard, thank you for your comments.
1) I have created JIRA for documentation coverage - RF-10951
2) Could you please attach your sample application
"addressbook-myfaces2-richfaces"?
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: 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
12:28 p.m.
New subject: [JBoss JIRA] Updated: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard updated RF-10951:
---------------------------------
Attachment: addressbook-myfaces2-richfaces.war
D'oh! Forgot to attach the sample app. Apologies. Source code is available at
http://metawidget.svn.sourceforge.net/viewvc/metawidget/trunk/integration...
(with related projects in sibling folders)
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
3:26 a.m.
New subject: [JBoss JIRA] Issue Comment Edited: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard edited comment on RF-10951 at 5/1/11 9:25 PM:
--------------------------------------------------------------
Lukáš,
I've been experimenting some more and am thrilled to report MyFaces 2.0.5 (released a
couple weeks ago, sorry I hadn't noticed) appears to fix this issue! So I guess it is
a bug in MyFaces 2.0.4 (likely this one:
https://issues.apache.org/jira/browse/MYFACES-3047). Maybe you could note that somewhere
in the documentation?
However this had led to a related issue: dynamically created TabPanels can fail on
POSTback. I attach a small sample app that demonstrates the problem. Deploy the app into
Tomcat 6, then:
1. Go to http://localhost:8080/addressbook-myfaces2-richfaces/index.jsf
2. Click 'Mr Charles Montgomery Burns'
3. Click the 'Other' tab
4. Click 'Edit'
You will get:
Caused by: java.lang.NullPointerException
at org.richfaces.component.AbstractTabPanel.getActiveItem(AbstractTabPanel.java:64)
at org.richfaces.component.AbstractTogglePanel.encodeBegin(AbstractTogglePanel.java:168)
at org.metawidget.faces.FacesUtils.render(FacesUtils.java:94)
at
org.metawidget.faces.renderkit.html.HtmlLayoutRenderer.layoutChild(HtmlLayoutRenderer.java:161)
I believe this is because the 'Other' tab is created (and recreated) dynamically
in code, and so is not available to AbstractTabPanel.getActiveItem. I would be happy if
AbstractTabPanel.getActiveItem just reverted back to the first tab in this case (which is
what RichFaces 3.x did)
Regards,
Richard.
was (Author: kennardconsulting):
Lukáš,
I've been experimenting some more and am thrilled to report MyFaces 2.0.5 (released a
couple weeks ago, sorry I hadn't noticed) appears to fix this issue! So I guess it is
a bug in MyFaces 2.0.4 (and possibly before). Maybe you could note that somewhere in the
documentation?
However this had led to a related issue: dynamically created TabPanels can fail on
POSTback. I attach a small sample app that demonstrates the problem. Deploy the app into
Tomcat 6, then:
1. Go to http://localhost:8080/addressbook-myfaces2-richfaces/index.jsf
2. Click 'Mr Charles Montgomery Burns'
3. Click the 'Other' tab
4. Click 'Edit'
You will get:
Caused by: java.lang.NullPointerException
at org.richfaces.component.AbstractTabPanel.getActiveItem(AbstractTabPanel.java:64)
at org.richfaces.component.AbstractTogglePanel.encodeBegin(AbstractTogglePanel.java:168)
at org.metawidget.faces.FacesUtils.render(FacesUtils.java:94)
at
org.metawidget.faces.renderkit.html.HtmlLayoutRenderer.layoutChild(HtmlLayoutRenderer.java:161)
I believe this is because the 'Other' tab is created (and recreated) dynamically
in code, and so is not available to AbstractTabPanel.getActiveItem. I would be happy if
AbstractTabPanel.getActiveItem just reverted back to the first tab in this case (which is
what RichFaces 3.x did)
Regards,
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
3:52 p.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-10951:
---------------------------------
Hi Richard, I have tried on your sample, but
getting:
java.lang.IllegalStateException: Cannot create a session after the response has been
committed
org.apache.catalina.connector.Request.doGetSession(Request.java:2377)
I will then try on tag 1.20 then, let me know if you expect it work.
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
3:59 p.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-10951:
---------------------------------
I have tried attached sample instead of one built from source (trunk/tag-1.2.0) and that
works.
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
12:50 a.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
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
1:58 p.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-10951:
---------------------------------
Hi Richard, I have debugged your sample and got final conclusion, there are actually two
things wrong.
You are generating panels for "viewing" mode and they got j_id23 and j_id25 ids
implicitly. But when you are switching to "editation" mode, you are creating new
tab which will got j_id54. The current tab is described by tab name, which defaults to tab
id. So when tabPanel tries to discover second tab with name=j_id25 it doesn't find and
fails with NPE on check item.isDisabled().
You should rather:
1. reuse the second tab and populate it with new components
2. use explicit names which will not dependent on ids
But it changes nothing on fact that I will rewrite the condition on disabled more
defensively.
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
1:25 a.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard commented on RF-10951:
--------------------------------------
Lukas,
Thank you so much for debugging that for me. I added tab.setName() to my programmatic code
(in addition to my existing .setId, .setHeader and .setLabel) and it now works perfectly.
You've made my day!
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
9:32 a.m.
New subject: [JBoss JIRA] Issue Comment Edited: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč edited comment on RF-10951 at 5/16/11 3:31 AM:
----------------------------------------------------------
Great to hear that it helped you, I'm going to reject your issue and track issue for
reimplementing method AbstractTabPanel#getActiveItem() more defensively (RF-10989).
was (Author: lfryc):
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
9:32 a.m.
New subject: [JBoss JIRA] Resolved: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
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
9:42 a.m.
New subject: [JBoss JIRA] Commented: (RF-10951) Dynamically created components lose CSS/JavaScript on POSTback
[
https://issues.jboss.org/browse/RF-10951?page=com.atlassian.jira.plugin.s...
]
Richard Kennard commented on RF-10951:
--------------------------------------
Okay, thanks.
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
4728
days inactive
4749
days old
richfaces-issues@lists.jboss.org
19 comments
3 participants
participants (3)
-
Lukáš Fryč (JIRA) -
Nick Belaevski (JIRA)
-
Richard Kennard (JIRA)