BUG: content type not being set in AJAX response crashes fir

[koenhandekyn]

when putting <f:view contentType="text/html"/> in a page, the initial page response correctly returns text/html content type.

richfaces generated javascript than does NOT appear inside a CDATA block, where as to the default case the javascript is escaped inside a CDATA block when the content type is text/xhtml.

HOWEVER, after a partial page update, richfaces generated javascript is still NOT inside a CDATA block while the response header returns text/xml as a contentType.

this crashes firefox as the returned fragment is not XML compliant and the javascript hence is not parsed correctly.

[sergeysmirnov]

Did you turn the richfaces filter to NONE?

[sergeysmirnov]

OK. I guess, the answer is yes.
Actually, this not a bug, but feature. Thew Behaviour is under the responsibility of JSF itself; not richfaces. Unfortunately, the behaviour is hardcoded there. So, only the way to avoid is writing extended renderKit. It is possible, but not trivial.
The source of the problem is the same that is mentioned there: http://jira.jboss.com/jira/browse/RF-2691

Most likely, you can avoid this problem on the application having a conditional contentType like that:

<f:view contentType="#{ajaxContext.ajaxRequest ? 'application/xml+xhtml' : 'text/html'}">