Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 19772 invoked from network); 27 Jun 2007 22:35:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Jun 2007 22:35:48 -0000 Received: (qmail 8661 invoked by uid 500); 27 Jun 2007 22:35:51 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 8297 invoked by uid 500); 27 Jun 2007 22:35:49 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 8286 invoked by uid 99); 27 Jun 2007 22:35:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jun 2007 15:35:49 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jun 2007 15:35:46 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 0617571418E for ; Wed, 27 Jun 2007 15:35:26 -0700 (PDT) Message-ID: <1550079.1182983726022.JavaMail.jira@brutus> Date: Wed, 27 Jun 2007 15:35:26 -0700 (PDT) From: "Adam Winer (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Resolved: (TRINIDAD-78) Responses can be generated in XHTML format when included .jspx files don't specify contentTypew In-Reply-To: <5851946.1182983366001.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/TRINIDAD-78?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Winer resolved TRINIDAD-78. -------------------------------- Resolution: Fixed Fix Version/s: 1.0.2-core Fixed - we now don't bother stashing off the results of calls to setContentType() when they come from inside an include. > Responses can be generated in XHTML format when included .jspx files don't specify contentTypew > ----------------------------------------------------------------------------------------------- > > Key: TRINIDAD-78 > URL: https://issues.apache.org/jira/browse/TRINIDAD-78 > Project: MyFaces Trinidad > Issue Type: Bug > Affects Versions: 1.0.1-core > Reporter: Adam Winer > Assignee: Adam Winer > Fix For: 1.0.2-core > > > In a .jspx, the default contentType is text/xml, so this results > in a call to setContentType("text/xml"), and we use XHTML > as a result. That's fine when it's the top-level page that has > made this mistake, but content types are supposed to be > ignored in included pages. The servlet engine is smart enough > to ignore the calls, but our DispatchServletResponse class > isn't! So, if you a .jspx page, and that .jspx > page doesn't specify a contentType, even though the parent > page was text/html, Trinidad can get confused -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.