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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#16175: closed (24.3.50; debbugs-gnu-search fails with "Server
 response is not an XML document")
Date: Tue, 07 Jan 2014 12:06:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Tue, 07 Jan 2014 16:05:25 +0400
with message-id <52CBED85.1040505 <at> yandex.ru>
and subject line Re: bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"
has caused the debbugs.gnu.org bug report #16175,
regarding 24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
16175: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16175
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; debbugs-gnu-search fails with "Server response is not an XML
 document"
Date: Tue, 17 Dec 2013 05:10:40 +0200

(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.

[Message part 3 (message/rfc822, inline)]

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 16175-done <at> debbugs.gnu.org
Subject: Re: bug#16175: 24.3.50; debbugs-gnu-search fails with "Server response
 is not an XML document"
Date: Tue, 07 Jan 2014 16:05:25 +0400

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!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.