Skip Menu |
 

This queue is for tickets about the SOAP-Lite CPAN distribution.

Report information
The Basics
Id: 44755
Status: resolved
Priority: 0/
Queue: SOAP-Lite

People
Owner: Nobody in particular
Requestors: nuabaranda [...] web.de
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 0.710.08
Fixed in: (no value)



Subject: [XMLRPC::Lite] Double UTF-8 encoding causes incorrect HTTP content-length setting
Download (untitled) / with headers
text/plain 489b
See SourceForge bug http://sourceforge.net/tracker/?func=detail&aid=2723971&group_id=66000&atid=513017 and Bugzilla/Testopia bug https://bugzilla.mozilla.org/show_bug.cgi?id=486306 for details. When getting UTF-8 encoded data with multi-byte characters from a XMLRPC::Lite-based server the multi-byte characters get double-encoded after the HTTP content-length is already calculated. This leads to truncated HTTP responses and thus invalid XML. For an example see the attached dump file.
Subject: truncated_xml.pcap
Download truncated_xml.pcap
application/octet-stream 1.7k

Message body not shown because it is not plain text.

From: nuabaranda [...] web.de
Download (untitled) / with headers
text/plain 309b
More testing reveals: If the response contains at least one 3-byte UTF character the response is correctly encoded, valid and not truncated. If it only contains ASCII and 2-byte UTF characters it is handled as ASCII, thus double-encoded and finally the HTTP response is truncated resulting in invalid XML.
Download (untitled) / with headers
text/plain 187b
Could finally fix it. Cause was a Bugzilla Webservice bug fix trying to circumvent a SOAP::Lite bug which seems to be fixed in the meantime. See mentioned Bugzilla bug report for details.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.