*** empty log message ***

1 files changed, 40 insertions, 5 deletions

diff --git a/admin/FOR-RELEASE b/admin/FOR-RELEASE
index 609074efd3c..be314d6255e 100644
--- a/admin/FOR-RELEASE
+++ b/admin/FOR-RELEASE
@@ -2,10 +2,6 @@ Tasks needed before the next release.
 
 * NEW FEATURES
 
-** Test the mbox branch of Rmail.
-
-** Install the mbox branch of Rmail.
-
 ** Face remapping.
 
 ** Let mouse-1 follow links.
@@ -36,6 +32,45 @@ invalid pointer from string_free_list.
 
 ** Clean up flymake.el to follow Emacs Lisp conventions.
 
+* BUGS
+
+** Bug in url-http-parse-headers, reported in
+From: Vivek Dasmohapatra <vivek@zeus.com>
+Date: Tue, 28 Sep 2004 16:13:13 +0100
+
+Fetching a url with url-retrieve can reult in an anrbitrary buffer
+being killed if a 401 (or possibly a 407) result is encountered:
+
+url-http-parse-headers calls url-http-handle-authentication, 
+which can call url-retrieve. 
+
+This results in the current buffer being killed, and a new http buffer 
+being generated. However, when the old http buffer is killed, emacs 
+picks the top buffer from the list as the new current buffer, so by the 
+time we get to the end of url-http-parse-headers, _that_ buffer is marked 
+as dead even though it is not necessarily a url buffer, so next time the 
+url libraries reap their dead buffers, an innocent bystander buffer is 
+killed instead (and an obsolete http buffer may be left lying around too).
+
+A possible fix (which I am currently using) is to call set-buffer
+on the return value of url-http-parse-headers:
+
+      (case url-http-response-status
+        (401
+         ;; The request requires user authentication.  The response
+         ;; MUST include a WWW-Authenticate header field containing a
+         ;; challenge applicable to the requested resource.  The
+         ;; client MAY repeat the request with a suitable
+         ;; Authorization header field.
+         (url-mark-buffer-as-dead (current-buffer))
+         (set-buffer (url-http-handle-authentication nil)))
+etc ....
+
+which makes sure that it is the right http buffer that is current when 
+we come to mark the http buffers as dead.
+
+
+
 * GTK RELATED BUGS
 
 ** Make GTK scrollbars behave like others w.r.t. overscrolling.
@@ -237,7 +272,7 @@ lispref/commands.texi    "Luc Teirlinck"
 lispref/compile.texi     "Luc Teirlinck"
 lispref/control.texi     "Luc Teirlinck"
 lispref/customize.texi
-lispref/debugging.texi
+lispref/debugging.texi   Joakim Verona <joakim@verona.se>
 lispref/display.texi
 lispref/edebug.texi
 lispref/elisp.texi       "Luc Teirlinck"