Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Date: 4 Mar 2004 12:21:16 -0000
Message-ID: <20040304122116.23138.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@cocoon.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 27432] New:  -
    Malformed HTTP headers (debug information in Parameters object)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27432>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27432

Malformed HTTP headers (debug information in Parameters object)

           Summary: Malformed HTTP headers (debug information in Parameters
                    object)
           Product: Cocoon 2
           Version: 2.1.4
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: Major
          Priority: Other
         Component: core
        AssignedTo: dev@cocoon.apache.org
        ReportedBy: lars.rottmann@vodafone.com


Hello everybody,

I encountered the following issue introduced with the Cocoon-2.1.4 release.

As it turned out, a new feature of Cocoon-2.1.4 meant to provide detailed debug 
information in case of an error, is the cause of the problem. Each Parameters 
object given to a component is filled by Cocoon with an additional 
key "org.apache.cocoon.sitemap/Location". 

We use the HttpHeaderAction to add custom headers to the output stream. This 
action iterates other the Parameters object and sets each Parameter as a HTTP 
header.
The debug information now appears as well as a header and causes some mobiles 
to refuse to display the requested content.

This bug is probably not restricted to the HttpHeaderAction alone, but most 
likely affects every component iterating over all submitted Parameters instead 
of picking out one directly.

Best regards

Lars