[XML-RPC] UTF-8 encoding problem - Mozilla

This is a discussion on [XML-RPC] UTF-8 encoding problem - Mozilla ; I got a problem with the Bugzilla (and also Testopia) XML-RPC webservice interface. When requesting data with UTF-8 special characters in it (such as german umlauts) I get invalid XML (and HTTP) responses. Looking at a TCP dump shows that ...

+ Reply to Thread
Results 1 to 3 of 3

Thread: [XML-RPC] UTF-8 encoding problem

  1. [XML-RPC] UTF-8 encoding problem

    I got a problem with the Bugzilla (and also Testopia) XML-RPC
    webservice interface. When requesting data with UTF-8 special
    characters in it (such as german umlauts) I get invalid XML (and HTTP)
    responses. Looking at a TCP dump shows that the content-length is not
    exactly calculated. Further investigation shows, that the UTF-8
    multibyte characters get double-encoded, thus a 2-byte character gets
    encoded to 4 byte. And these additional bytes are not taken account of
    in the content-length calculation.

    I already filed a Testopia bug for this here:
    https://bugzilla.mozilla.org/show_bug.cgi?id=486306

    Database is all UTF-8, Bugzilla UTF-8 flag is set and writing UTF-8
    via XML-RPC works fine.

    Anyone with an idea?

    Thx
    Chris

  2. Re: UTF-8 encoding problem

    On Apr 3, 11:29*pm, Max Kanat-Alexander wrote:
    >
    > * * * * What version of Bugzilla are you running? We fixed this at some point
    > during 3.2 development, I'm pretty sure.


    Its Bugzilla 3.2.2 and Testopia 2.2.

    Chris

  3. Re: UTF-8 encoding problem

    Updated bug, because I found out: responses with 3-byte UTF-8
    characters are handled correctly, with only 2-byte characters in it
    the response is crippled. Can someone explain me if and how Bugzilla
    signals the encoding to the XMLRPC::Lite perl module or is this module
    responsible for determining the used encoding?

    Chris

+ Reply to Thread