bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Dmitry Gutov]

(This is about the GNU ELPA package).

1. M-x debbugs-gnu-search.
2. Enter term, C-j, C-j.
3. See it wait for response for a bit, then fail.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Michael Albinus]

Dmitry Gutov <dgutov@yandex.ru> writes:

Hi Dmitry,

> (This is about the GNU ELPA package).
>
> 1. M-x debbugs-gnu-search.
> 2. Enter term, C-j, C-j.
> 3. See it wait for response for a bit, then fail.

I cannot reproduce it. I run

In GNU Emacs 24.3.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.20)
 of 2013-12-16 on detlef
Bzr revision: 115554 eliz@gnu.org-20131216192904-8q3csiyztf1znail
System Description:     Ubuntu 13.10

Furthermore, I use the recent debbugs-gnu 0.5 from the ELPA git repo. If
I apply your test scenario, using "gutov" as term (without quotes), I
get 103 results.

Could you please check, whether it was just a short-time server problem?

Best regards, Michael.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Dmitry Gutov]

On 17.12.2013 09:07, Michael Albinus wrote:
> Furthermore, I use the recent debbugs-gnu 0.5 from the ELPA git repo. If
> I apply your test scenario, using "gutov" as term (without quotes), I
> get 103 results.

Hmm, this works for me, and searching for "albinus" also does.

But if I search for "ruby" or "ruby-mode" (likewise, without quotes), it 
raises the error, every time.

Strangely, searching for "python", "imenu" and "ido" works without problems.

Sorry, guess I should have mentioned the search term in the report.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Michael Albinus]

Dmitry Gutov <dgutov@yandex.ru> writes:

Hi Dmitry,

> But if I search for "ruby" or "ruby-mode" (likewise, without quotes),
> it raises the error, every time.

Same here. Strange.

I'm very short in time, and the next days incl the weekend I'll be
offline. I'll investigate next week. Sorry for the delay.

Best regards, Michael.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Michael Albinus]

Dmitry Gutov <dgutov@yandex.ru> writes:

> On 17.12.2013 09:07, Michael Albinus wrote:
>> Furthermore, I use the recent debbugs-gnu 0.5 from the ELPA git repo. If
>> I apply your test scenario, using "gutov" as term (without quotes), I
>> get 103 results.
>
> Hmm, this works for me, and searching for "albinus" also does.
>
> But if I search for "ruby" or "ruby-mode" (likewise, without quotes),
> it raises the error, every time.

It is not an error in Emacs or debbugs-gnu.el. It seems to be an error
of the debbugs server on debbugs.gnu.org.

If I raise a search for ruby or alike, the returned HTTP headers are
wrong:

HTTP/1.1 200 OK
Date: Fri, 03 Jan 2014 08:48:44 GMT
Server: Apache/2.2.22 (Debian)
 </value></item><item><key xsi: type="
SOAPServer: SOAP::Lite/Perl/0.714
Content-Length: 1162378
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: multipart/related; type="text/xml"; start="<main_envelope>"; boundary="----

With any other search string, the returned HTTP headers look correctly:

HTTP/1.1 200 OK
Date: Fri, 03 Jan 2014 08:54:55 GMT
Server: Apache/2.2.22 (Debian)
SOAPServer: SOAP::Lite/Perl/0.714
Vary: Accept-Encoding
Content-Encoding: gzip
Connection: close
Content-Type: text/xml; charset=utf-8

I'm worrying about the fourth line, which looks like XML. Maybe it is
unrelated, and the problem are rather the different Keep-Alive states.

I will continue to investigate on debbugs.gnu.org. This will take time.

Best regards, Michael.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Michael Albinus]

Michael Albinus <michael.albinus@gmx.de> writes:

>> Hmm, this works for me, and searching for "albinus" also does.
>>
>> But if I search for "ruby" or "ruby-mode" (likewise, without quotes),
>> it raises the error, every time.
>
> It is not an error in Emacs or debbugs-gnu.el. It seems to be an error
> of the debbugs server on debbugs.gnu.org.
>
> If I raise a search for ruby or alike, the returned HTTP headers are
> wrong:
>
> HTTP/1.1 200 OK
> Date: Fri, 03 Jan 2014 08:48:44 GMT
> Server: Apache/2.2.22 (Debian)
>  </value></item><item><key xsi: type="
> SOAPServer: SOAP::Lite/Perl/0.714
> Content-Length: 1162378
> Keep-Alive: timeout=5, max=100
> Connection: Keep-Alive
> Content-Type: multipart/related; type="text/xml";
> start="<main_envelope>"; boundary="----
>
> With any other search string, the returned HTTP headers look correctly:
>
> HTTP/1.1 200 OK
> Date: Fri, 03 Jan 2014 08:54:55 GMT
> Server: Apache/2.2.22 (Debian)
> SOAPServer: SOAP::Lite/Perl/0.714
> Vary: Accept-Encoding
> Content-Encoding: gzip
> Connection: close
> Content-Type: text/xml; charset=utf-8
>
> I'm worrying about the fourth line, which looks like XML. Maybe it is
> unrelated, and the problem are rather the different Keep-Alive states.
>
> I will continue to investigate on debbugs.gnu.org. This will take time.

Finally, it is an error in the Perl package SOAP::Transport::HTTP::Server.
If the message to be returned contains the regexp
/content-type:.* boundary="([^\"]*)"/ the multipart/related content type
is returned. I've changed that regexp /^content-type:.* boundary="([^\"]*)"/

It shall work now, could you, please, test?

Best regards, Michael.

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Dmitry Gutov]

On 07.01.2014 15:45, Michael Albinus wrote:
> Finally, it is an error in the Perl package SOAP::Transport::HTTP::Server.
> If the message to be returned contains the regexp
> /content-type:.* boundary="([^\"]*)"/ the multipart/related content type
> is returned. I've changed that regexp /^content-type:.* boundary="([^\"]*)"/
>
> It shall work now, could you, please, test?

Seems to work. Thanks!

bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"

[Michael Albinus]

For the records, I have reported this to Debian BTS as <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734470>.

Best regards, Michael.