Wow, that's a nice one :) Now, I think passing this debug information into the Parameters is not the correct way to go. It can cause - as we see - problems and in addition this is an incompatible change! So all sitemap components that are iterating over the parameters object are affected by this problem.
I think, we should disable this feature for now and find a better and compatible way. Anyone against this? Carsten > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 04, 2004 1:21 PM > To: [EMAIL PROTECTED] > 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: [EMAIL PROTECTED] > ReportedBy: [EMAIL PROTECTED] > > > 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 >