From unknown Tue Jun 24 05:10:22 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16345 <16345@debbugs.gnu.org> To: bug#16345 <16345@debbugs.gnu.org> Subject: Status: 24.3; url-http sometimes closes connection prematurely Reply-To: bug#16345 <16345@debbugs.gnu.org> Date: Tue, 24 Jun 2025 12:10:22 +0000 retitle 16345 24.3; url-http sometimes closes connection prematurely reassign 16345 emacs submitter 16345 James Stout severity 16345 normal tag 16345 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 18:43:00 2014 Received: (at submit) by debbugs.gnu.org; 4 Jan 2014 23:43:00 +0000 Received: from localhost ([127.0.0.1]:34653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vzarq-0000Xk-7p for submit@debbugs.gnu.org; Sat, 04 Jan 2014 18:43:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58832) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzYLd-0004I2-9H for submit@debbugs.gnu.org; Sat, 04 Jan 2014 16:01:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzYLa-0007uk-Jd for submit@debbugs.gnu.org; Sat, 04 Jan 2014 16:01:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:55570) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzYLa-0007uQ-GC for submit@debbugs.gnu.org; Sat, 04 Jan 2014 16:01:30 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60485) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzYLX-0006P6-Iz for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 16:01:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzYLU-0007sG-V3 for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 16:01:27 -0500 Received: from mail-ob0-x231.google.com ([2607:f8b0:4003:c01::231]:64028) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzYLU-0007rr-Fd for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 16:01:24 -0500 Received: by mail-ob0-f177.google.com with SMTP id vb8so16631425obc.8 for ; Sat, 04 Jan 2014 13:01:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=fqrEyrCQpcxsoZkoWJU2nlx37cDcwfdM+47qQqzv9Bk=; b=0lsvRpHs6UmF06UBX0NdCy+x9zIjFXdzz5ucwiWXVjOTsPz8flfJCTw8K+k7VkCJGt 2ZzHlrN0tg//UxNJ1WbgCS3GYQOIa9jSHaBKhLnUvl1PjRyUcrC0qk1CRGPi7hsoHZ4l hMUlYwQMU/SuvFfcsDxniEdprDs4syQMxC5wOCuXXUXvHuF+mwk/rKGB7NwWOcgtEZl3 RZglRNhnjf6ORWLLDoes9NpF/C5unH2vFT5mnAt/yJueavQ/rDXVbq6KjLPDSKx/sK/Z BdfM9f5wPOBknDZRQUf7mdlGh3csM4Jg7CBeVdghKxnecqwXWITNOpKx6U4NG0uAcgxL ApPg== X-Received: by 10.182.194.5 with SMTP id hs5mr65498507obc.19.1388869282375; Sat, 04 Jan 2014 13:01:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.18.167 with HTTP; Sat, 4 Jan 2014 13:01:02 -0800 (PST) From: James Stout Date: Sat, 4 Jan 2014 13:01:02 -0800 Message-ID: Subject: 24.3; url-http sometimes closes connection prematurely To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=f46d0444eb29372f6104ef2b5434 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 04 Jan 2014 18:42:55 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --f46d0444eb29372f6104ef2b5434 Content-Type: text/plain; charset=ISO-8859-1 Before I describe how to reproduce the bug, let me be clear: I know what's causing it and I know how to fix it. Let me know and I will happily send a fix. The core problem is that the http library uses an incorrect regular expression when determining when the response headers are complete. It's looking for an empty line, and it uses "^\r*$", but it should use "^\r?\n". Because $ can match both the end of the buffer and newline, it may match simply when the input has not yet all been received. By using the correct regular expression, it will wait for the newline. The change from * to ? is optional, I just did that for cleanliness. The broken regular expression is at line 1040 of url-http.el. There is another instance at line 1017. To reproduce: 1. Run a Web server that returns a 204 (no content) response with a couple headers. For example, run a simple Python http server ( http://docs.python.org/2/library/basehttpserver.html), and subclass the handler to add the following method (note that send_response automatically includes 2 headers). def do_POST(self): self.send_response(204) # no content self.end_headers() 2. Send a request to the server from Emacs. This is the code I used, pointing it to my local server. The data didn't matter: (defun send-post-data (url data) (let ((url-request-method "POST") (url-request-data data)) (message "sending request: %.10f" (float-time)) (url-retrieve url (lambda (status) (message "received response: %.10f" (float-time))) nil t t))) 3. At this point I saw an error in the Python logs that the connection had been unexpectedly closed during the send_response call, after it had sent the status line, but before it had sent any header lines. In Emacs, the URL debug logs explained what had happened: http -> Calling after change function `url-http-wait-for-headers-change-function' for `#' http -> url-http-wait-for-headers-change-function ( *http localhost:9090*) http -> Saw end of headers... ( *http localhost:9090*) http -> url-http-parse-response called in ( *http localhost:9090*) http -> 204 response must have headers only ( *http localhost:9090*). http -> Marking connection as free: localhost:9090 # http -> url-http-parse-headers called in ( *http localhost:9090*) http -> url-http-parse-response called in ( *http localhost:9090*) http -> Parsed HTTP headers: class=2 status=204 http -> Finished parsing HTTP headers: t http -> Marking connection as free: localhost:9090 # http -> Activating callback in buffer ( *http localhost:9090*) http -> Spinning waiting for headers... As you can see, it sees the end of the headers prematurely in the 3rd line of the logs, and closes the connection shortly afterwards. I confirmed this by printing the buffer contents at that point, and it had only received the 1st line of the response. No empty lines had been received, yet it believed it was at the end of the headers. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /usr/share/emacs/24.3/etc/DEBUG. In GNU Emacs 24.3.1 (i686-pc-cygwin) of 2013-08-14 on moufang Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure '--srcdir=/home/kbrown/src/cygemacs/emacs-24.3-2/src/emacs-24.3' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--libexecdir=/usr/libexec' '--datadir=/usr/share' '--localstatedir=/var' '--sysconfdir=/etc' '--datarootdir=/usr/share' '--docdir=/usr/share/doc/emacs' '-C' '--with-w32' 'CC=gcc' 'CFLAGS=-ggdb -O2 -pipe -fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.3-2/build=/usr/src/debug/emacs-24.3-2 -fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.3-2/src/emacs-24.3=/usr/src/debug/emacs-24.3-2' 'LDFLAGS=-L/usr/lib/ncursesw' 'LIBS=' 'CPPFLAGS=-I/usr/include/ncursesw'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: show-paren-mode: t global-linum-mode: t ido-ubiquitous-mode: t ido-everywhere: t diff-auto-refine-mode: t global-auto-revert-mode: t recentf-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: 1 C-g y y y y y y C-g C-x C-s y e s C-x r b . E m a c s C-x b C-g C-x b u r l C-x b u r l C-SPC M-w C-x b u n s c e n t e d C-x 0 C-x 0 C-x k C-x k y e s M-x Recent messages: sending request: 1388866362.5328981876 received response: 1388866364.4430074692 sending request: 1388866368.1072170734 received response: 1388866369.4172918797 Auto-saving...done Mark set sending request: 1388866394.5217278004 received response: 1388866396.2348258495 byte-code: End of buffer [8 times] byte-code: Attempt to delete minibuffer or sole ordinary window Load-path shadows: None found. Features: (url-handlers browse-url apropos cus-edit cus-start cus-load misearch multi-isearch jka-compr find-func shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader sendmail subword python rx mail-utils network-stream starttls url-cache url-http tls mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw url-auth url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv gnus-util mm-util mail-prsvr password-cache url-vars mailcap vc-git bookmark pp linum-relative cl-macs gv paren linum smex smartscan paredit edmacro kmacro uniquify ido-ubiquitous cl advice help-fns advice-preload ido magit-key-mode magit view help-mode grep compile comint format-spec epa derived epg epg-config diff-mode cl-lib autorevert ansi-color git-rebase-mode git-commit-mode server log-edit easy-mmode ring pcvs-util add-log thingatpt recentf tree-widget wid-edit 4clojure-autoloads clojure-test-mode-autoloads cider-autoloads clojure-mode-autoloads find-file-in-project-autoloads ido-ubiquitous-autoloads linum-relative-autoloads load-theme-buffer-local-autoloads magit-autoloads info easymenu git-rebase-mode-autoloads git-commit-mode-autoloads paredit-autoloads pkg-info-autoloads epl-autoloads finder-inf dash-autoloads request-autoloads s-autoloads smartscan-autoloads smex-autoloads package time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind w32 multi-tty emacs) --f46d0444eb29372f6104ef2b5434 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Before I describe how to reproduce the bug, let me be clea= r: I know what's causing it and I know how to fix it. Let me know and I= will happily send a fix. The core problem is that the http library uses an= incorrect regular expression when determining when the response headers ar= e complete. It's looking for an empty line, and it uses "^\r*$&quo= t;, but it should use "^\r?\n". Because $ can match both the end = of the buffer and newline, it may match simply when the input has not yet a= ll been received. By using the correct regular expression, it will wait for= the newline. The change from * to ? is optional, I just did that for clean= liness.

The broken regular expression is at line 1040 of url-http.el. There is = another instance at line 1017.

To reproduce:

1. Run a Web ser= ver that returns a 204 (no content) response with a couple headers. For exa= mple, run a simple Python http server (http://docs.python.org/2/library/basehttpserve= r.html), and subclass the handler to add the following method (note tha= t send_response automatically includes 2 headers).
def do_POST(self):
=A0=A0=A0=A0=A0=A0=A0 self.send_response(204)=A0 # no= content
=A0=A0=A0=A0=A0=A0=A0 self.end_headers()

2. Send a reque= st to the server from Emacs. This is the code I used, pointing it to my loc= al server. The data didn't matter:
(defun send-post-data (url data)
=A0 (let ((url-request-method "POS= T")
=A0=A0=A0 (url-request-data data))
=A0=A0=A0 (message "= sending request: %.10f" (float-time))
=A0=A0=A0 (url-retrieve url (= lambda (status) (message "received response: %.10f" (float-time))= ) nil t t)))

3. At this point I saw an error in the Python logs that the connection = had been unexpectedly closed during the send_response call, after it had se= nt the status line, but before it had sent any header lines. In Emacs, the = URL debug logs explained what had happened:

http -> Calling after change function `url-http-wait-for-headers-cha= nge-function' for `#<process localhost>'
http -> url-ht= tp-wait-for-headers-change-function ( *http localhost:9090*)
http -> = Saw end of headers... ( *http localhost:9090*)
http -> url-http-parse-response called in ( *http localhost:9090*)
ht= tp -> 204 response must have headers only ( *http localhost:9090*).
h= ttp -> Marking connection as free: localhost:9090 #<process localhost= >
http -> url-http-parse-headers called in ( *http localhost:9090*)
htt= p -> url-http-parse-response called in ( *http localhost:9090*)
http = -> Parsed HTTP headers: class=3D2 status=3D204
http -> Finished pa= rsing HTTP headers: t
http -> Marking connection as free: localhost:9090 #<process localhos= t>
http -> Activating callback in buffer ( *http localhost:9090*)<= br>http -> Spinning waiting for headers...

As you can see, it see= s the end of the headers prematurely in the 3rd line of the logs, and close= s the connection shortly afterwards. I confirmed this by printing the buffe= r contents at that point, and it had only received the 1st line of the resp= onse. No empty lines had been received, yet it believed it was at the end o= f the headers.

If Emacs crashed, and you have the Emacs process in the gdb debugger,please include the output from the following gdb commands:
=A0=A0=A0 `= bt full' and `xbacktrace'.
For information about debugging Emacs= , please read the file
/usr/share/emacs/24.3/etc/DEBUG.


In GNU Emacs 24.3.1 (i686-pc-cy= gwin)
=A0of 2013-08-14 on moufang
Windowing system distributor `Micro= soft Corp.', version 6.1.7601
Configured using:
=A0`configure
=A0'--srcdir=3D/home/kbrown/src/cygemacs/emacs-24.3-2/src/emacs-24.3= 9;
=A0'--prefix=3D/usr' '--exec-prefix=3D/usr' '--bi= ndir=3D/usr/bin'
=A0'--sbindir=3D/usr/sbin' '--libexecdi= r=3D/usr/libexec'
=A0'--datadir=3D/usr/share' '--localstatedir=3D/var' '-= -sysconfdir=3D/etc'
=A0'--datarootdir=3D/usr/share' '--d= ocdir=3D/usr/share/doc/emacs' '-C'
=A0'--with-w32' &= #39;CC=3Dgcc' 'CFLAGS=3D-ggdb -O2 -pipe
=A0-fdebug-prefix-map=3D/home/kbrown/src/cygemacs/emacs-24.3-2/build=3D/usr= /src/debug/emacs-24.3-2
=A0-fdebug-prefix-map=3D/home/kbrown/src/cygemac= s/emacs-24.3-2/src/emacs-24.3=3D/usr/src/debug/emacs-24.3-2'
=A0'= ;LDFLAGS=3D-L/usr/lib/ncursesw' 'LIBS=3D'
=A0'CPPFLAGS=3D-I/usr/include/ncursesw''

Important setti= ngs:
=A0 value of $LANG: en_US.UTF-8
=A0 locale-coding-system: utf-8-= unix
=A0 default enable-multibyte-characters: t

Major mode: Funda= mental

Minor modes in effect:
=A0 show-paren-mode: t
=A0 global-linum-mo= de: t
=A0 ido-ubiquitous-mode: t
=A0 ido-everywhere: t
=A0 diff-au= to-refine-mode: t
=A0 global-auto-revert-mode: t
=A0 recentf-mode: t<= br>=A0 tooltip-mode: t
=A0 mouse-wheel-mode: t
=A0 file-name-shadow-mode: t
=A0 global-font-= lock-mode: t
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t=A0 auto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 column-= number-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:<= br><down> <down> <down> <return> <end> <le= ft> <left> <left>
<left> <left> <left>= <left> <return> 1 <return> C-g
<up> <up> <up> <up> <up> <up> <up>= ; <up> <up> <up> <up>
<up> <up> <= ;up> <up> <up> <up> <up> <up> <up> &= lt;up> <up>
<up> <up> <up> <up> <up> <up> <up>= ; <up> <up> <up> <up>
<up> <up> <= ;up> <up> <up> <up> <up> <up> <up> &= lt;up> <up>
<up> <up> <up> <up> <up> <up> <up>= ; <up> <up> <up> <up>
<left> <left>= <return> y <return> y <return> y <return>
<backspace> <backspace> y <return> y <return> y <= ;return>
C-g <next> <prior> C-x C-s y e s <return>= C-x r b .
E m a c s <return> <C-end> C-x b C-g C-x b u r l= <return>
C-x b u r l <return> <up> <up> <up> <up> <= up> <up>
<up> <up> <up> <up> <up>= ; <up> <up> <up> C-SPC <C-end>
M-w C-x b u n s = c e n t e d <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <= ;backspace>
<return> <up> <down> <down> <= down> <down> <down> <down>
<down> <down&g= t; <down> <down> <down> <down> <down> <dow= n>
<down> <down> <down> <down> <down> <down&g= t; <down> <down>
<down> <down> <down> <= ;down> <down> <down> <down> <down>
<down&= gt; <down> <down> <down> <down> <down> <do= wn> <down>
<down> <down> <down> <down> <down> <down&g= t; <down> <down>
<down> <down> <down> <= ;down> <down> <down> <down> <down>
<down&= gt; <down> <down> <down> <down> <down> <do= wn> <down>
<down> <down> <down> <down> <down> <down&g= t; <down> <down>
<down> <down> <down> <= ;down> <down> <down> <down> <down>
<down&= gt; <down> <down> <down> <down> <down> <do= wn> <down>
<down> <down> <down> <down> <down> <down&g= t; <down> <down>
<down> <down> <down> <= ;down> <down> <down> <down> <down>
<down&= gt; <down> <down> <down> <down> <down> <do= wn> <down>
<down> <down> <down> <down> <down> <down&g= t; <down> <down>
<down> <down> <down> C-x= 0 C-x 0 C-x k <return> <C-home>
C-x k <return> y e s= <return> M-x <right> <right>
<return>

Recent messages:
sending request: 1388866362.53289= 81876
received response: 1388866364.4430074692
sending request: 13888= 66368.1072170734
received response: 1388866369.4172918797
Auto-saving= ...done
Mark set
sending request: 1388866394.5217278004
received response: 13= 88866396.2348258495
byte-code: End of buffer [8 times]
byte-code: Att= empt to delete minibuffer or sole ordinary window

Load-path shadows:=
None found.

Features:
(url-handlers browse-url apropos cus-edit c= us-start cus-load misearch
multi-isearch jka-compr find-func shadow sort= mail-extr emacsbug message
rfc822 mml mml-sec mm-decode mm-bodies mm-en= code mailabbrev gmm-utils
mailheader sendmail subword python rx mail-utils network-stream starttlsurl-cache url-http tls mail-parse rfc2231 rfc2047 rfc2045 ietf-drums
ur= l-gw url-auth url url-proxy url-privacy url-expand url-methods
url-histo= ry url-cookie url-domsuf url-util url-parse auth-source eieio
byte-opt bytecomp byte-compile cconv gnus-util mm-util mail-prsvr
passwo= rd-cache url-vars mailcap vc-git bookmark pp linum-relative
cl-macs gv p= aren linum smex smartscan paredit edmacro kmacro uniquify
ido-ubiquitous= cl advice help-fns advice-preload ido magit-key-mode
magit view help-mode grep compile comint format-spec epa derived epg
epg= -config diff-mode cl-lib autorevert ansi-color git-rebase-mode
git-commi= t-mode server log-edit easy-mmode ring pcvs-util add-log
thingatpt recen= tf tree-widget wid-edit 4clojure-autoloads
clojure-test-mode-autoloads cider-autoloads clojure-mode-autoloads
find-= file-in-project-autoloads ido-ubiquitous-autoloads
linum-relative-autolo= ads load-theme-buffer-local-autoloads
magit-autoloads info easymenu git-= rebase-mode-autoloads
git-commit-mode-autoloads paredit-autoloads pkg-info-autoloads
epl-autol= oads finder-inf dash-autoloads request-autoloads s-autoloads
smartscan-a= utoloads smex-autoloads package time-date tooltip ediff-hook
vc-hooks li= sp-float-type mwheel w32-common-fns disp-table w32-win
w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list
new= comment lisp-mode register page menu-bar rfn-eshadow timer select
scroll= -bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
ind= ian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbre= v minibuffer loaddefs button faces cus-face macroexp files
text-properti= es overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
db= usbind w32 multi-tty emacs)

--f46d0444eb29372f6104ef2b5434-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 18:46:57 2014 Received: (at 16345) by debbugs.gnu.org; 4 Jan 2014 23:46:57 +0000 Received: from localhost ([127.0.0.1]:34663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vzavh-0000fg-7R for submit@debbugs.gnu.org; Sat, 04 Jan 2014 18:46:57 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:60085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vzavf-0000fV-SM for 16345@debbugs.gnu.org; Sat, 04 Jan 2014 18:46:56 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Vzavb-0005AU-7s; Sat, 04 Jan 2014 18:46:51 -0500 From: Glenn Morris To: James Stout Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely References: X-Spook: CID enigma Bletchley Park Guantanamo NORAD Panama number X-Ran: C;9 (James Stout's message of "Sat, 4 Jan 2014 13:01:02 -0800") Message-ID: <4u1u0n71jo.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 16345 Cc: 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) James Stout wrote: > fix. The core problem is that the http library uses an incorrect regular > expression when determining when the response headers are complete. It's > looking for an empty line, and it uses "^\r*$", but it should use "^\r?\n". Thanks, it already does so in Emacs trunk: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13598#28 Perhaps you could check that trunk works correctly for you. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 05 15:00:08 2014 Received: (at 16345) by debbugs.gnu.org; 5 Jan 2014 20:00:08 +0000 Received: from localhost ([127.0.0.1]:36780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vztri-0007Cq-V7 for submit@debbugs.gnu.org; Sun, 05 Jan 2014 15:00:07 -0500 Received: from mail-oa0-f43.google.com ([209.85.219.43]:39877) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vztrb-0007Bn-4d for 16345@debbugs.gnu.org; Sun, 05 Jan 2014 15:00:04 -0500 Received: by mail-oa0-f43.google.com with SMTP id m1so248728oag.2 for <16345@debbugs.gnu.org>; Sun, 05 Jan 2014 11:59:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RftyNXPOpLd3paUkv8nVPjHrJrKWUEsyGXUq0tfFpjs=; b=A1B+YDJJ6V+Iyp9fQVSRdqHDBvDHKtWVOc4dhAU8R25FjTMM8e3HaYtQtFN6vrCMpX 49p+RJBSlHZs/cMdSZMlD0wgdRk0dLwelaBK6skB7pGKHnlEYko48jLG+l2OjO7qWc3m xuCbKb/QrpPp6NIaDedjWbxEAdkcn6Hu7Rr/ppoN3D4mfHcCgeW6OuIwjnS3Z+a8Iirc +xkFokWBo/KHoM+YPC8pVunTX0ZNG7xBUZM7qXmZqY9YjoWQe2M0SSlYbov9DOm1UwhC wPk+RPkoYj//JVK8R/af5aG+UIvoS9LfoFSamgPWnA79iEd7qQv2Znlh59mu0fvro5Tu tLFg== X-Received: by 10.60.161.229 with SMTP id xv5mr49204093oeb.20.1388951998140; Sun, 05 Jan 2014 11:59:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.18.167 with HTTP; Sun, 5 Jan 2014 11:59:38 -0800 (PST) In-Reply-To: <4u1u0n71jo.fsf@fencepost.gnu.org> References: <4u1u0n71jo.fsf@fencepost.gnu.org> From: James Stout Date: Sun, 5 Jan 2014 11:59:38 -0800 Message-ID: Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely To: Glenn Morris Content-Type: multipart/alternative; boundary=089e0116117e75968504ef3e96c1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e0116117e75968504ef3e96c1 Content-Type: text/plain; charset=ISO-8859-1 Hi Glenn, Yep, that fix works for me, thanks! Next time I'll be sure to check resolved bugs (I only checked open ones) and the source code trunk. I did notice that only one instance of the regular expression was changed. I'm not using chunked encoding with trailers, so it's hard for me to verify whether this indeed is a bug, but I think this line also needs to be fixed: http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/url/url-http.el#L1037 Best, James On Sat, Jan 4, 2014 at 3:46 PM, Glenn Morris wrote: > James Stout wrote: > > > fix. The core problem is that the http library uses an incorrect regular > > expression when determining when the response headers are complete. It's > > looking for an empty line, and it uses "^\r*$", but it should use > "^\r?\n". > > Thanks, it already does so in Emacs trunk: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13598#28 > > Perhaps you could check that trunk works correctly for you. > --089e0116117e75968504ef3e96c1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Glenn,

Yep, that fix works for me, thanks! Next = time I'll be sure to check resolved bugs (I only checked open ones) and= the source code trunk.

I did notice that only one instance of the r= egular expression was changed. I'm not using chunked encoding with trai= lers, so it's hard for me to verify whether this indeed is a bug, but I= think this line also needs to be fixed:
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/h= ead:/lisp/url/url-http.el#L1037

Best,
James


On Sat, Jan 4, 2014 at 3:46 PM, Glenn Mo= rris <rgm@gnu.org> wrote:
James Stout wrote:

> fix. The core problem is that the http library uses an incorrect regul= ar
> expression when determining when the response headers are complete. It= 's
> looking for an empty line, and it uses "^\r*$", but it shoul= d use "^\r?\n".

Thanks, it already does so in Emacs trunk:

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13598#28

Perhaps you could check that trunk works correctly for you.

--089e0116117e75968504ef3e96c1-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 17:26:30 2015 Received: (at control) by debbugs.gnu.org; 18 Apr 2015 21:26:30 +0000 Received: from localhost ([127.0.0.1]:60227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjaFy-0001Xi-6J for submit@debbugs.gnu.org; Sat, 18 Apr 2015 17:26:30 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:34404) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjaFw-0001XT-Rb for control@debbugs.gnu.org; Sat, 18 Apr 2015 17:26:29 -0400 Received: by wicmx19 with SMTP id mx19so12824137wic.1 for ; Sat, 18 Apr 2015 14:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:message-id:to:from:subject; bh=BKk9XNeCIqdbz8L/HhYr/1h8lLQn9TuilsWQpurANBA=; b=RjblR6r1swrFG3RfYWi2DZu9JPpnUSgoTtjgD3KZ4G8/MJW745eobhZ1F9pp87aHrQ ViYr6KG1LgsjnBsSqvhUNCpYiqW66h60k+3zsXwGMHkbDEfwXwao88cV4ZL7xjWs1U2z dnOUnQTOcGmKbo/fp6FzSdJL1t8JrvjRPmWs64BUuYp6WMUBNasGoEqULAIjFLXlWAU1 S26asXxMd3VPg4HA66qWZ0m4DGEZMpKs7QBQ0ZUSub89NwlRJ14tBDUrj4L4DU9i2Z6W VVkyOJWliVxrDLEU3Q/lE5h5NeGMJemnkX7Vz4ry8vXk6bEv2sek/XiYiXwkjHybe7m1 wLlA== X-Received: by 10.194.161.193 with SMTP id xu1mr5268241wjb.48.1429392383290; Sat, 18 Apr 2015 14:26:23 -0700 (PDT) Received: from axl ([82.102.93.54]) by mx.google.com with ESMTPSA id b10sm8458306wiz.9.2015.04.18.14.26.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Apr 2015 14:26:22 -0700 (PDT) Date: Sun, 19 Apr 2015 00:26:19 +0300 Message-Id: <86y4lpku10.fsf@yandex.ru> To: control@debbugs.gnu.org From: Dmitry Gutov Subject: control message for bug #16345 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) tags 16345 help From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 19 06:12:28 2015 Received: (at control) by debbugs.gnu.org; 19 Apr 2015 10:12:28 +0000 Received: from localhost ([127.0.0.1]:60444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjmDE-0005lr-CQ for submit@debbugs.gnu.org; Sun, 19 Apr 2015 06:12:28 -0400 Received: from mout.gmx.net ([212.227.15.19]:62773) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjmDB-0005ld-Rd for control@debbugs.gnu.org; Sun, 19 Apr 2015 06:12:26 -0400 Received: from detlef.gmx.de ([87.146.32.200]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LrNIC-1ZV5wt1gcO-0135Gg for ; Sun, 19 Apr 2015 12:12:19 +0200 From: Michael Albinus To: control@debbugs.gnu.org Subject: control message for bug #16345 Date: Sun, 19 Apr 2015 12:12:18 +0200 Message-ID: <87a8y4bf5p.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:sy3BkC/4XNxDIzQ5LfRKoa9QN6XyFqe7W4aNq1gWGwRoz/gNiN5 dAkuwF3x7zL/6Rqgf1rw9fHrXQ4O1e1uaBGmnKixZNp6sBcQ04ckzZs1ewjzvkecQ23qLwX m1AkLxqY2VnNc9Hda9IQDl1rWoLjTZ0kURdequS0OvZLYbjdQSHarr1xsvcZlrphZ9Ttxzz Z0tou9IGK04LoP6deZt2A== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) tags 16345 - help From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 15:38:40 2015 Received: (at 16345) by debbugs.gnu.org; 25 Dec 2015 20:38:41 +0000 Received: from localhost ([127.0.0.1]:35466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCZ8K-0004QH-Nf for submit@debbugs.gnu.org; Fri, 25 Dec 2015 15:38:40 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:48842) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCZ8I-0004Q9-TE for 16345@debbugs.gnu.org; Fri, 25 Dec 2015 15:38:39 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCZ7w-00045w-BI; Fri, 25 Dec 2015 21:38:16 +0100 From: Lars Ingebrigtsen To: James Stout Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely References: <4u1u0n71jo.fsf@fencepost.gnu.org> Date: Fri, 25 Dec 2015 21:38:10 +0100 In-Reply-To: (James Stout's message of "Sun, 5 Jan 2014 11:59:38 -0800") Message-ID: <87fuyq2ril.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aCZ7w-00045w-BI X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451680697.44575@spCiXczmw1HfdXHTL0nhUw X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: Glenn Morris , 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) James Stout writes: > Yep, that fix works for me, thanks! Next time I'll be sure to check resolved bugs (I only checked open ones) and the source code trunk. > > I did notice that only one instance of the regular expression was changed. I'm not using chunked encoding with trailers, so it's hard for > me to verify whether this indeed is a bug, but I think this line also needs to be fixed: > http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/url/url-http.el#L1037 Could you send a fix for the line in question? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 27 18:29:02 2015 Received: (at 16345) by debbugs.gnu.org; 27 Dec 2015 23:29:02 +0000 Received: from localhost ([127.0.0.1]:45150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDKkH-00009P-RA for submit@debbugs.gnu.org; Sun, 27 Dec 2015 18:29:02 -0500 Received: from mail-ig0-f180.google.com ([209.85.213.180]:38229) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDKkD-00008x-RR for 16345@debbugs.gnu.org; Sun, 27 Dec 2015 18:29:00 -0500 Received: by mail-ig0-f180.google.com with SMTP id mw1so13582103igb.1 for <16345@debbugs.gnu.org>; Sun, 27 Dec 2015 15:28:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MBEQMy7nkhnNpd2wNU6Ooz22QZqFKKUqw+DiTZAoxRU=; b=pTlvhGQyCjape2Weh45gfmODZEvkE0jcamJH9FGfeaalDx3KgPK1nTkdZJkXPGwYol ZM6Lwxbq6NLAlfTGQAnHVnD69F0lXeMWPvO2PxEEw1OeZe2YMXM5uA6kyF5W8vKASVQM W9RiwG/9VEyRJk65scBy384y3DfxJiJoz3VzeahGG31wuN4OFIE9IngjKVDscrqNBAjN Zh1KhHQTdm2318PauC/V/D6BHIr0mgEXkfWDeh8ByjjfEWN/PjMnVj/UH+UoauWflnim SO+NoHxD0DgSQ376LYRlPL+GrNQqWO/9mXWhh28EAByDJHJqUruudEHi/64gNZvXI8DM d5Cw== X-Received: by 10.50.150.35 with SMTP id uf3mr14906853igb.69.1451258932099; Sun, 27 Dec 2015 15:28:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.117.148 with HTTP; Sun, 27 Dec 2015 15:28:32 -0800 (PST) In-Reply-To: <87fuyq2ril.fsf@gnus.org> References: <4u1u0n71jo.fsf@fencepost.gnu.org> <87fuyq2ril.fsf@gnus.org> From: James Stout Date: Sun, 27 Dec 2015 15:28:32 -0800 Message-ID: Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary=001a1134c05a2002970527e98d15 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: Glenn Morris , 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1134c05a2002970527e98d15 Content-Type: text/plain; charset=UTF-8 I'm suggesting the following change: Before: (if (re-search-forward "^\r*$" nil t) (url-http-debug "Saw end of trailers...")) After: (if (re-search-forward "^\r?\n" nil t) (url-http-debug "Saw end of trailers...")) This is based purely on my reading of the spec; this wasn't actually a problem I ran into (and it's just going to affect a debug message). On Fri, Dec 25, 2015 at 12:38 PM, Lars Ingebrigtsen wrote: > James Stout writes: > > > Yep, that fix works for me, thanks! Next time I'll be sure to check > resolved bugs (I only checked open ones) and the source code trunk. > > > > I did notice that only one instance of the regular expression was > changed. I'm not using chunked encoding with trailers, so it's hard for > > me to verify whether this indeed is a bug, but I think this line also > needs to be fixed: > > > http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/url/url-http.el#L1037 > > Could you send a fix for the line in question? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --001a1134c05a2002970527e98d15 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm suggesting the following change:

Before: (if (re-search-forward "^\r*$" nil t)=C2=A0(url-http-de= bug "Saw end of trailers..."))
After: (if (re-searc= h-forward "^\r?\n" nil t)=C2=A0(url-http-debug "Saw end of t= railers..."))

This is based purely on my = reading of the spec; this wasn't actually a problem I ran into (and it&= #39;s just going to affect a debug message).

On Fri, Dec 25, 2015 at 12:38 PM, La= rs Ingebrigtsen <larsi@gnus.org> wrote:
James Stout <james.wolf.stout@gmail.com> writes:

> Yep, that fix works for me, thanks! Next time I'll be sure to chec= k resolved bugs (I only checked open ones) and the source code trunk.
>
> I did notice that only one instance of the regular expression was chan= ged. I'm not using chunked encoding with trailers, so it's hard for=
> me to verify whether this indeed is a bug, but I think this line also = needs to be fixed:
> http://bzr.= savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/url/url-http.el#L1037

Could you send a fix for the line in question?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no

--001a1134c05a2002970527e98d15-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 28 12:50:01 2015 Received: (at 16345) by debbugs.gnu.org; 28 Dec 2015 17:50:01 +0000 Received: from localhost ([127.0.0.1]:46636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDbvl-00069N-7r for submit@debbugs.gnu.org; Mon, 28 Dec 2015 12:50:01 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:38345) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDbvj-00069F-Se for 16345@debbugs.gnu.org; Mon, 28 Dec 2015 12:50:00 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDbvM-0003HY-Qo; Mon, 28 Dec 2015 18:49:36 +0100 From: Lars Ingebrigtsen To: James Stout Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely References: <4u1u0n71jo.fsf@fencepost.gnu.org> <87fuyq2ril.fsf@gnus.org> Date: Mon, 28 Dec 2015 18:49:35 +0100 In-Reply-To: (James Stout's message of "Sun, 27 Dec 2015 15:28:32 -0800") Message-ID: <87d1tqv4y8.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aDbvM-0003HY-Qo X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451929778.36789@fo3cbf5tvxPZH6Q/JZYqWw X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: Glenn Morris , 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) James Stout writes: > I'm suggesting the following change: > > Before: (if (re-search-forward "^\r*$" nil t) (url-http-debug "Saw end of > trailers...")) > After: (if (re-search-forward "^\r?\n" nil t) (url-http-debug "Saw end of > trailers...")) > > This is based purely on my reading of the spec; this wasn't actually a problem > I ran into (and it's just going to affect a debug message). Can you send a patch for the change? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 28 13:51:18 2015 Received: (at 16345) by debbugs.gnu.org; 28 Dec 2015 18:51:18 +0000 Received: from localhost ([127.0.0.1]:46692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDct1-0007er-9Z for submit@debbugs.gnu.org; Mon, 28 Dec 2015 13:51:18 -0500 Received: from mail-ig0-f179.google.com ([209.85.213.179]:33304) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDcsw-0007eb-7V for 16345@debbugs.gnu.org; Mon, 28 Dec 2015 13:51:14 -0500 Received: by mail-ig0-f179.google.com with SMTP id mv3so121905051igc.0 for <16345@debbugs.gnu.org>; Mon, 28 Dec 2015 10:51:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pMJ2hBN9331pk05/iPUQ4O7Tv/ogba06qku/vzQ9At4=; b=cwRQkIqAX3P62eAwnzMNMpGHE4REHBJS3N8i46MFIpXcV+LO0RhSQO5f3MmUJTeSXp jzWwFz36OiXls7ZY6AbFhEsRVUYTkW1qZXobpQ/qJwHK+m1RVXecBZR1n1Uf86gSwYDy ll91/c0QrggwUSxj30D5CFpdrSHeLKhzkCU9yCOs662jN859pXPPWhfWkM5w7ZA8vDS/ cXQthV6aBBi2EmH/nWF6fAM49eS1YYzMXIBw/vMk4dnAt3yTrSGJVgZovbq/Hh2Khvep XyEJdc6vpwWTEZt/da07bFhVNiuXArj7u1QjlyuELgj5KwY24cOhpVO1EkWqqKDsj6p3 fQ0w== X-Received: by 10.50.70.70 with SMTP id k6mr15503070igu.69.1451328664604; Mon, 28 Dec 2015 10:51:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.117.148 with HTTP; Mon, 28 Dec 2015 10:50:44 -0800 (PST) In-Reply-To: <87d1tqv4y8.fsf@gnus.org> References: <4u1u0n71jo.fsf@fencepost.gnu.org> <87fuyq2ril.fsf@gnus.org> <87d1tqv4y8.fsf@gnus.org> From: James Stout Date: Mon, 28 Dec 2015 10:50:44 -0800 Message-ID: Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely To: Lars Ingebrigtsen Content-Type: multipart/mixed; boundary=047d7b3a94e881b9080527f9c99d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: Glenn Morris , 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7b3a94e881b9080527f9c99d Content-Type: multipart/alternative; boundary=047d7b3a94e881b9020527f9c99b --047d7b3a94e881b9020527f9c99b Content-Type: text/plain; charset=UTF-8 This is the first Emacs patch I've ever sent; let me know if I'm doing it wrong. On Mon, Dec 28, 2015 at 9:49 AM, Lars Ingebrigtsen wrote: > James Stout writes: > > > I'm suggesting the following change: > > > > Before: (if (re-search-forward "^\r*$" nil t) (url-http-debug "Saw end of > > trailers...")) > > After: (if (re-search-forward "^\r?\n" nil t) (url-http-debug "Saw end of > > trailers...")) > > > > This is based purely on my reading of the spec; this wasn't actually a > problem > > I ran into (and it's just going to affect a debug message). > > Can you send a patch for the change? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --047d7b3a94e881b9020527f9c99b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is the first Emacs patch I've ever sent; let me k= now if I'm doing it wrong.

On Mon, Dec 28, 2015 at 9:49 AM, Lars Ingebrigtsen <larsi@= gnus.org> wrote:
James Stout <jame= s.wolf.stout@gmail.com> writes:

> I'm suggesting the following change:
>
> Before: (if (re-search-forward "^\r*$" nil t) (url-http-debu= g "Saw end of
> trailers..."))
> After: (if (re-search-forward "^\r?\n" nil t) (url-http-debu= g "Saw end of
> trailers..."))
>
> This is based purely on my reading of the spec; this wasn't actual= ly a problem
> I ran into (and it's just going to affect a debug message).

Can you send a patch for the change?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no

--047d7b3a94e881b9020527f9c99b-- --047d7b3a94e881b9080527f9c99d Content-Type: application/octet-stream; name="0001-Fixed-regular-expression-for-end-of-HTTP-trailers-to.patch" Content-Disposition: attachment; filename="0001-Fixed-regular-expression-for-end-of-HTTP-trailers-to.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iiqbkya20 RnJvbSBhYjJjNGIzMWE2NjE5ZGQwZGJkY2FhYjU1ZTMyZTJiNmE4MDgyNmI0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBKYW1lcyBTdG91dCA8amFtZXMud29sZi5zdG91dEBnbWFpbC5j b20+CkRhdGU6IE1vbiwgMjggRGVjIDIwMTUgMTA6NDc6MzEgLTA4MDAKU3ViamVjdDogW1BBVENI XSBGaXhlZCByZWd1bGFyIGV4cHJlc3Npb24gZm9yIGVuZCBvZiBIVFRQIHRyYWlsZXJzIHRvIG1h dGNoCiBzcGVjLgoKLS0tCiBsaXNwL3VybC91cmwtaHR0cC5lbCB8IDIgKy0KIDEgZmlsZSBjaGFu Z2VkLCAxIGluc2VydGlvbigrKSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdpdCBhL2xpc3AvdXJs L3VybC1odHRwLmVsIGIvbGlzcC91cmwvdXJsLWh0dHAuZWwKaW5kZXggOTE2ZjI2My4uZTVjMmMz YSAxMDA2NDQKLS0tIGEvbGlzcC91cmwvdXJsLWh0dHAuZWwKKysrIGIvbGlzcC91cmwvdXJsLWh0 dHAuZWwKQEAgLTEwNjcsNyArMTA2Nyw3IEBAIHRoZSBlbmQgb2YgdGhlIGRvY3VtZW50LiIKIAkJ ICAod2hlbiAobG9va2luZy1hdCAiXHI/XG4iKQogCQkgICAgKHVybC1odHRwLWRlYnVnICJSZW1v dmluZyB0ZXJtaW5hdG9yIG9mIGxhc3QgY2h1bmsiKQogCQkgICAgKGRlbGV0ZS1yZWdpb24gKG1h dGNoLWJlZ2lubmluZyAwKSAobWF0Y2gtZW5kIDApKSkKLQkJICAoaWYgKHJlLXNlYXJjaC1mb3J3 YXJkICJeXHIqJCIgbmlsIHQpCisJCSAgKGlmIChyZS1zZWFyY2gtZm9yd2FyZCAiXlxyP1xuIiBu aWwgdCkKIAkJICAgICAgKHVybC1odHRwLWRlYnVnICJTYXcgZW5kIG9mIHRyYWlsZXJzLi4uIikp CiAJCSAgKGlmICh1cmwtaHR0cC1wYXJzZS1oZWFkZXJzKQogCQkgICAgICAodXJsLWh0dHAtYWN0 aXZhdGUtY2FsbGJhY2spKSkpKSkpKSkpCi0tIAoyLjYuMgoK --047d7b3a94e881b9080527f9c99d-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 28 14:50:44 2015 Received: (at 16345) by debbugs.gnu.org; 28 Dec 2015 19:50:44 +0000 Received: from localhost ([127.0.0.1]:46733 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDdoZ-0000eI-Tc for submit@debbugs.gnu.org; Mon, 28 Dec 2015 14:50:44 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:33181) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDdoX-0000e9-MZ for 16345@debbugs.gnu.org; Mon, 28 Dec 2015 14:50:42 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDdoA-0004of-O9; Mon, 28 Dec 2015 20:50:18 +0100 From: Lars Ingebrigtsen To: James Stout Subject: Re: bug#16345: 24.3; url-http sometimes closes connection prematurely References: <4u1u0n71jo.fsf@fencepost.gnu.org> <87fuyq2ril.fsf@gnus.org> <87d1tqv4y8.fsf@gnus.org> Date: Mon, 28 Dec 2015 20:50:17 +0100 In-Reply-To: (James Stout's message of "Mon, 28 Dec 2015 10:50:44 -0800") Message-ID: <87h9j2tksm.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aDdoA-0004of-O9 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451937019.63291@avzvnLkW/ejw/jEnYnMLWA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16345 Cc: Glenn Morris , 16345@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) James Stout writes: > This is the first Emacs patch I've ever sent; let me know if I'm doing > it wrong. Looks good. Applied to Emacs 25.1. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 28 14:50:48 2015 Received: (at control) by debbugs.gnu.org; 28 Dec 2015 19:50:48 +0000 Received: from localhost ([127.0.0.1]:46736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDdoe-0000ec-3t for submit@debbugs.gnu.org; Mon, 28 Dec 2015 14:50:48 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:33188) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDdoc-0000eU-Pf for control@debbugs.gnu.org; Mon, 28 Dec 2015 14:50:47 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDdoG-0004oo-TB for control@debbugs.gnu.org; Mon, 28 Dec 2015 20:50:25 +0100 Date: Mon, 28 Dec 2015 20:50:24 +0100 Message-Id: <87fuymtksf.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #16345 X-MailScanner-ID: 1aDdoG-0004oo-TB X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451937026.13348@nG3us5ssSSX32rkCypvHqw X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) tags 16345 fixed close 16345 25.2 From unknown Tue Jun 24 05:10:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 26 Jan 2016 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 03 21:49:42 2016 Received: (at control) by debbugs.gnu.org; 4 Dec 2016 02:49:42 +0000 Received: from localhost ([127.0.0.1]:51761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMs2-0004Js-AJ for submit@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMrz-0004JW-G1 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDMrs-0001yx-95 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDMrs-0001yr-52 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:32 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cDMrr-0005b2-Kh; Sat, 03 Dec 2016 21:49:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22595.33851.293095.70553@gnu.org> Date: Sat, 3 Dec 2016 21:49:31 -0500 From: Glenn Morris To: control@debbugs.gnu.org Subject: Clean up predictable issues due to Emacs version number change X-Debbugs-No-Ack: yes X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.9 (-------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.9 (-------) # Ref: # http://lists.gnu.org/archive/html/emacs-devel/2016-11/msg00238.html # http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00692.html # http://lists.gnu.org/archive/html/emacs-devel/2016-01/msg01215.html # Some attempt has been made to check for things backported after the fact. # Erring on the side of a later version number seems preferable anyway. unarchive 10 fixed 10 26.1 notfixed 10 25.2 unarchive 96 fixed 96 26.1 notfixed 96 25.2 unarchive 1149 fixed 1149 26.1 notfixed 1149 25.2 unarchive 1150 fixed 1150 26.1 notfixed 1150 25.2 unarchive 2270 fixed 2270 26.1 notfixed 2270 25.2 unarchive 2405 fixed 2405 26.1 notfixed 2405 25.2 unarchive 2589 fixed 2589 26.1 notfixed 2589 25.2 unarchive 3137 fixed 3137 26.1 notfixed 3137 25.2 unarchive 3393 fixed 3393 26.1 notfixed 3393 25.2 unarchive 4589 fixed 4589 26.1 notfixed 4589 25.2 unarchive 4920 fixed 4920 26.1 notfixed 4920 25.2 unarchive 5001 fixed 5001 26.1 notfixed 5001 25.2 unarchive 5262 fixed 5262 26.1 notfixed 5262 25.2 unarchive 5305 fixed 5305 26.1 notfixed 5305 25.2 unarchive 5314 fixed 5314 26.1 notfixed 5314 25.2 unarchive 5479 fixed 5479 26.1 notfixed 5479 25.2 unarchive 5650 fixed 5650 26.1 notfixed 5650 25.2 unarchive 5661 fixed 5661 26.1 notfixed 5661 25.2 unarchive 5727 fixed 5727 26.1 notfixed 5727 25.2 unarchive 6817 fixed 6817 26.1 notfixed 6817 25.2 unarchive 7385 fixed 7385 26.1 notfixed 7385 25.2 unarchive 7522 fixed 7522 26.1 notfixed 7522 25.2 unarchive 7751 fixed 7751 26.1 notfixed 7751 25.2 unarchive 8634 fixed 8634 26.1 notfixed 8634 25.2 unarchive 8693 fixed 8693 26.1 notfixed 8693 25.2 unarchive 8925 fixed 8925 26.1 notfixed 8925 25.2 unarchive 9342 fixed 9342 26.1 notfixed 9342 25.2 unarchive 9730 fixed 9730 26.1 notfixed 9730 25.2 unarchive 10487 fixed 10487 26.1 notfixed 10487 25.2 unarchive 10540 fixed 10540 26.1 notfixed 10540 25.2 unarchive 10723 fixed 10723 26.1 notfixed 10723 25.2 unarchive 10794 fixed 10794 26.1 notfixed 10794 25.2 unarchive 10980 fixed 10980 26.1 notfixed 10980 25.2 unarchive 11357 fixed 11357 26.1 notfixed 11357 25.2 unarchive 11400 fixed 11400 26.1 notfixed 11400 25.2 unarchive 11788 fixed 11788 26.1 notfixed 11788 25.2 unarchive 12048 fixed 12048 26.1 notfixed 12048 25.2 unarchive 12377 fixed 12377 26.1 notfixed 12377 25.2 unarchive 12378 fixed 12378 26.1 notfixed 12378 25.2 unarchive 12636 fixed 12636 26.1 notfixed 12636 25.2 unarchive 12939 fixed 12939 26.1 notfixed 12939 25.2 unarchive 13269 fixed 13269 26.1 notfixed 13269 25.2 unarchive 13571 fixed 13571 26.1 notfixed 13571 25.2 unarchive 13745 fixed 13745 26.1 notfixed 13745 25.2 unarchive 13949 fixed 13949 26.1 notfixed 13949 25.2 unarchive 14256 fixed 14256 26.1 notfixed 14256 25.2 unarchive 14341 fixed 14341 26.1 notfixed 14341 25.2 unarchive 14484 fixed 14484 26.1 notfixed 14484 25.2 unarchive 14554 fixed 14554 26.1 notfixed 14554 25.2 unarchive 14577 fixed 14577 26.1 notfixed 14577 25.2 unarchive 14687 fixed 14687 26.1 notfixed 14687 25.2 unarchive 14844 fixed 14844 26.1 notfixed 14844 25.2 unarchive 14854 fixed 14854 26.1 notfixed 14854 25.2 unarchive 14915 fixed 14915 26.1 notfixed 14915 25.2 unarchive 14919 fixed 14919 26.1 notfixed 14919 25.2 unarchive 15021 fixed 15021 26.1 notfixed 15021 25.2 unarchive 15047 fixed 15047 26.1 notfixed 15047 25.2 unarchive 15171 fixed 15171 26.1 notfixed 15171 25.2 unarchive 15324 fixed 15324 26.1 notfixed 15324 25.2 unarchive 15445 fixed 15445 26.1 notfixed 15445 25.2 unarchive 15506 fixed 15506 26.1 notfixed 15506 25.2 unarchive 15909 fixed 15909 26.1 notfixed 15909 25.2 unarchive 16136 fixed 16136 26.1 notfixed 16136 25.2 unarchive 16200 fixed 16200 26.1 notfixed 16200 25.2 unarchive 16276 fixed 16276 26.1 notfixed 16276 25.2 unarchive 16294 fixed 16294 26.1 notfixed 16294 25.2 unarchive 16345 fixed 16345 26.1 notfixed 16345 25.2 unarchive 16390 fixed 16390 26.1 notfixed 16390 25.2 unarchive 16406 fixed 16406 26.1 notfixed 16406 25.2 unarchive 16483 fixed 16483 26.1 notfixed 16483 25.2 unarchive 16513 fixed 16513 26.1 notfixed 16513 25.2 unarchive 16579 fixed 16579 26.1 notfixed 16579 25.2 unarchive 16746 fixed 16746 26.1 notfixed 16746 25.2 unarchive 16891 fixed 16891 26.1 notfixed 16891 25.2 unarchive 16904 fixed 16904 26.1 notfixed 16904 25.2 unarchive 17039 fixed 17039 26.1 notfixed 17039 25.2 unarchive 17067 fixed 17067 26.1 notfixed 17067 25.2 unarchive 17119 fixed 17119 26.1 notfixed 17119 25.2 unarchive 17582 fixed 17582 26.1 notfixed 17582 25.2 unarchive 17707 fixed 17707 26.1 notfixed 17707 25.2 unarchive 17716 fixed 17716 26.1 notfixed 17716 25.2 unarchive 17738 fixed 17738 26.1 notfixed 17738 25.2 unarchive 17989 fixed 17989 26.1 notfixed 17989 25.2 unarchive 17999 fixed 17999 26.1 notfixed 17999 25.2 unarchive 18008 fixed 18008 26.1 notfixed 18008 25.2 unarchive 18024 fixed 18024 26.1 notfixed 18024 25.2 unarchive 18026 fixed 18026 26.1 notfixed 18026 25.2 unarchive 18028 fixed 18028 26.1 notfixed 18028 25.2 unarchive 18089 fixed 18089 26.1 notfixed 18089 25.2 unarchive 18092 fixed 18092 26.1 notfixed 18092 25.2 unarchive 18110 fixed 18110 26.1 notfixed 18110 25.2 unarchive 18202 fixed 18202 26.1 notfixed 18202 25.2 unarchive 18203 fixed 18203 26.1 notfixed 18203 25.2 unarchive 18204 fixed 18204 26.1 notfixed 18204 25.2 unarchive 18211 fixed 18211 26.1 notfixed 18211 25.2 unarchive 18279 fixed 18279 26.1 notfixed 18279 25.2 unarchive 18527 fixed 18527 26.1 notfixed 18527 25.2 unarchive 18587 fixed 18587 26.1 notfixed 18587 25.2 unarchive 18634 fixed 18634 26.1 notfixed 18634 25.2 unarchive 18635 fixed 18635 26.1 notfixed 18635 25.2 unarchive 18686 fixed 18686 26.1 notfixed 18686 25.2 unarchive 18692 fixed 18692 26.1 notfixed 18692 25.2 unarchive 18809 fixed 18809 26.1 notfixed 18809 25.2 unarchive 18810 fixed 18810 26.1 notfixed 18810 25.2 unarchive 18829 fixed 18829 26.1 notfixed 18829 25.2 unarchive 19114 fixed 19114 26.1 notfixed 19114 25.2 unarchive 19152 fixed 19152 26.1 notfixed 19152 25.2 unarchive 19209 fixed 19209 26.1 notfixed 19209 25.2 unarchive 19214 fixed 19214 26.1 notfixed 19214 25.2 unarchive 19215 fixed 19215 26.1 notfixed 19215 25.2 unarchive 19255 fixed 19255 26.1 notfixed 19255 25.2 unarchive 19368 fixed 19368 26.1 notfixed 19368 25.2 unarchive 19424 fixed 19424 26.1 notfixed 19424 25.2 unarchive 19497 fixed 19497 26.1 notfixed 19497 25.2 unarchive 19587 fixed 19587 26.1 notfixed 19587 25.2 unarchive 19638 fixed 19638 26.1 notfixed 19638 25.2 unarchive 19722 fixed 19722 26.1 notfixed 19722 25.2 unarchive 19754 fixed 19754 26.1 notfixed 19754 25.2 unarchive 19801 fixed 19801 26.1 notfixed 19801 25.2 unarchive 19851 fixed 19851 26.1 notfixed 19851 25.2 unarchive 20038 fixed 20038 26.1 notfixed 20038 25.2 unarchive 20158 fixed 20158 26.1 notfixed 20158 25.2 unarchive 20181 fixed 20181 26.1 notfixed 20181 25.2 unarchive 20304 fixed 20304 26.1 notfixed 20304 25.2 unarchive 20408 fixed 20408 26.1 notfixed 20408 25.2 unarchive 20460 fixed 20460 26.1 notfixed 20460 25.2 unarchive 20485 fixed 20485 26.1 notfixed 20485 25.2 unarchive 20520 fixed 20520 26.1 notfixed 20520 25.2 unarchive 20654 fixed 20654 26.1 notfixed 20654 25.2 unarchive 20702 fixed 20702 26.1 notfixed 20702 25.2 unarchive 20724 fixed 20724 26.1 notfixed 20724 25.2 unarchive 20878 fixed 20878 26.1 notfixed 20878 25.2 unarchive 21002 fixed 21002 26.1 notfixed 21002 25.2 unarchive 21014 fixed 21014 26.1 notfixed 21014 25.2 unarchive 21024 fixed 21024 26.1 notfixed 21024 25.2 unarchive 21155 fixed 21155 26.1 notfixed 21155 25.2 unarchive 21169 fixed 21169 26.1 notfixed 21169 25.2 unarchive 21171 fixed 21171 26.1 notfixed 21171 25.2 unarchive 21225 fixed 21225 26.1 notfixed 21225 25.2 unarchive 21231 fixed 21231 26.1 notfixed 21231 25.2 unarchive 21252 fixed 21252 26.1 notfixed 21252 25.2 unarchive 21269 fixed 21269 26.1 notfixed 21269 25.2 unarchive 21359 fixed 21359 26.1 notfixed 21359 25.2 unarchive 21427 fixed 21427 26.1 notfixed 21427 25.2 unarchive 21552 fixed 21552 26.1 notfixed 21552 25.2 unarchive 21576 fixed 21576 26.1 notfixed 21576 25.2 unarchive 21577 fixed 21577 26.1 notfixed 21577 25.2 unarchive 21601 fixed 21601 26.1 notfixed 21601 25.2 unarchive 21678 fixed 21678 26.1 notfixed 21678 25.2 unarchive 21679 fixed 21679 26.1 notfixed 21679 25.2 unarchive 21684 fixed 21684 26.1 notfixed 21684 25.2 unarchive 21706 fixed 21706 26.1 notfixed 21706 25.2 unarchive 21759 fixed 21759 26.1 notfixed 21759 25.2 unarchive 21851 fixed 21851 26.1 notfixed 21851 25.2 unarchive 21852 fixed 21852 26.1 notfixed 21852 25.2 unarchive 21853 fixed 21853 26.1 notfixed 21853 25.2 unarchive 21881 fixed 21881 26.1 notfixed 21881 25.2 unarchive 21936 fixed 21936 26.1 notfixed 21936 25.2 unarchive 21962 fixed 21962 26.1 notfixed 21962 25.2 unarchive 22117 fixed 22117 26.1 notfixed 22117 25.2 unarchive 22140 fixed 22140 26.1 notfixed 22140 25.2 unarchive 22170 fixed 22170 26.1 notfixed 22170 25.2 unarchive 22172 fixed 22172 26.1 notfixed 22172 25.2 unarchive 22227 fixed 22227 26.1 notfixed 22227 25.2 unarchive 22315 fixed 22315 26.1 notfixed 22315 25.2 unarchive 22325 fixed 22325 26.1 notfixed 22325 25.2 unarchive 22329 fixed 22329 26.1 notfixed 22329 25.2 unarchive 22348 fixed 22348 26.1 notfixed 22348 25.2 unarchive 22478 fixed 22478 26.1 notfixed 22478 25.2 unarchive 22530 fixed 22530 26.1 notfixed 22530 25.2 unarchive 22531 fixed 22531 26.1 notfixed 22531 25.2 unarchive 22576 fixed 22576 26.1 notfixed 22576 25.2 unarchive 22583 fixed 22583 26.1 notfixed 22583 25.2 unarchive 22586 fixed 22586 26.1 notfixed 22586 25.2 unarchive 22592 fixed 22592 26.1 notfixed 22592 25.2 unarchive 22594 fixed 22594 26.1 notfixed 22594 25.2 unarchive 22595 fixed 22595 26.1 notfixed 22595 25.2 unarchive 22596 fixed 22596 26.1 notfixed 22596 25.2 unarchive 22627 fixed 22627 26.1 notfixed 22627 25.2 unarchive 22632 fixed 22632 26.1 notfixed 22632 25.2 unarchive 22648 fixed 22648 26.1 notfixed 22648 25.2 unarchive 22664 fixed 22664 26.1 notfixed 22664 25.2 unarchive 22720 fixed 22720 26.1 notfixed 22720 25.2 unarchive 22724 fixed 22724 26.1 notfixed 22724 25.2 unarchive 22764 fixed 22764 26.1 notfixed 22764 25.2 unarchive 22799 fixed 22799 26.1 notfixed 22799 25.2 unarchive 22800 fixed 22800 26.1 notfixed 22800 25.2 unarchive 22814 fixed 22814 26.1 notfixed 22814 25.2 unarchive 22824 fixed 22824 26.1 notfixed 22824 25.2 unarchive 22827 fixed 22827 26.1 notfixed 22827 25.2 unarchive 22837 fixed 22837 26.1 notfixed 22837 25.2 unarchive 22841 fixed 22841 26.1 notfixed 22841 25.2 unarchive 22890 fixed 22890 26.1 notfixed 22890 25.2 unarchive 22928 fixed 22928 26.1 notfixed 22928 25.2 unarchive 22940 fixed 22940 26.1 notfixed 22940 25.2 unarchive 22964 fixed 22964 26.1 notfixed 22964 25.2 unarchive 22968 fixed 22968 26.1 notfixed 22968 25.2 unarchive 23020 fixed 23020 26.1 notfixed 23020 25.2 unarchive 23071 fixed 23071 26.1 notfixed 23071 25.2 unarchive 23116 fixed 23116 26.1 notfixed 23116 25.2 unarchive 23139 fixed 23139 26.1 notfixed 23139 25.2 unarchive 23159 fixed 23159 26.1 notfixed 23159 25.2 unarchive 23167 fixed 23167 26.1 notfixed 23167 25.2 unarchive 23262 fixed 23262 26.1 notfixed 23262 25.2 unarchive 23290 fixed 23290 26.1 notfixed 23290 25.2 unarchive 23374 fixed 23374 26.1 notfixed 23374 25.2 unarchive 23390 fixed 23390 26.1 notfixed 23390 25.2 unarchive 23401 fixed 23401 26.1 notfixed 23401 25.2 unarchive 23411 fixed 23411 26.1 notfixed 23411 25.2 unarchive 23459 fixed 23459 26.1 notfixed 23459 25.2 unarchive 23608 fixed 23608 26.1 notfixed 23608 25.2 unarchive 23703 fixed 23703 26.1 notfixed 23703 25.2 unarchive 23730 fixed 23730 26.1 notfixed 23730 25.2 unarchive 23829 fixed 23829 26.1 notfixed 23829 25.2 unarchive 23850 fixed 23850 26.1 notfixed 23850 25.2 unarchive 23863 fixed 23863 26.1 notfixed 23863 25.2 unarchive 23883 fixed 23883 26.1 notfixed 23883 25.2 unarchive 23914 fixed 23914 26.1 notfixed 23914 25.2 unarchive 23949 fixed 23949 26.1 notfixed 23949 25.2 unarchive 23998 fixed 23998 26.1 notfixed 23998 25.2 unarchive 24122 fixed 24122 26.1 notfixed 24122 25.2 unarchive 24133 fixed 24133 26.1 notfixed 24133 25.2 unarchive 24166 fixed 24166 26.1 notfixed 24166 25.2 unarchive 24257 fixed 24257 26.1 notfixed 24257 25.2 unarchive 24308 fixed 24308 26.1 notfixed 24308 25.2 unarchive 24432 fixed 24432 26.1 notfixed 24432 25.2 From unknown Tue Jun 24 05:10:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 01 Jan 2017 12:24:15 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator