GNU bug report logs -
#16175
24.3.50; debbugs-gnu-search fails with "Server response is not an XML document"
Previous Next
Reported by: Dmitry Gutov <dgutov <at> yandex.ru>
Date: Tue, 17 Dec 2013 03:12:01 UTC
Severity: normal
Found in version 24.3.50
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16175 in the body.
You can then email your comments to 16175 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 17 Dec 2013 03:12:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dmitry Gutov <dgutov <at> yandex.ru>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 17 Dec 2013 03:12:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
(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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 17 Dec 2013 07:09:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 16175 <at> debbugs.gnu.org (full text, mbox):
Dmitry Gutov <dgutov <at> 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 <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 17 Dec 2013 12:25:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 16175 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 17 Dec 2013 12:35:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 16175 <at> debbugs.gnu.org (full text, mbox):
Dmitry Gutov <dgutov <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Fri, 03 Jan 2014 09:02:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 16175 <at> debbugs.gnu.org (full text, mbox):
Dmitry Gutov <dgutov <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 07 Jan 2014 11:46:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 16175 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> 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.
Reply sent
to
Dmitry Gutov <dgutov <at> yandex.ru>
:
You have taken responsibility.
(Tue, 07 Jan 2014 12:06:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dmitry Gutov <dgutov <at> yandex.ru>
:
bug acknowledged by developer.
(Tue, 07 Jan 2014 12:06:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 16175-done <at> debbugs.gnu.org (full text, mbox):
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!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16175
; Package
emacs
.
(Tue, 07 Jan 2014 13:14:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 16175 <at> debbugs.gnu.org (full text, mbox):
For the records, I have reported this to Debian BTS as <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734470>.
Best regards, Michael.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 05 Feb 2014 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 134 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.