Merged in changes from CVS trunk.

Patches applied:

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-694
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-695
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-696
   Merge from gnus--rel--5.10

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-697
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-698
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-699
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-700
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-701
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-702
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-703
   Merge from gnus--rel--5.10

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-704
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-705
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-706
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-707
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-708
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-709
   Update from CVS: src/indent.c (Fvertical_motion): Fix last change.

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-710
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-711
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-712
   Update from CVS

 * miles@gnu.org--gnu-2004/emacs--cvs-trunk--0--patch-713
   Update from CVS

 * miles@gnu.org--gnu-2004/gnus--rel--5.10--patch-72
   Update from CVS

 * miles@gnu.org--gnu-2004/gnus--rel--5.10--patch-73
   Merge from emacs--cvs-trunk--0


git-archimport-id: lorentey@elte.hu--2004/emacs--multi-tty--0--patch-268

1 files changed, 74 insertions, 48 deletions

diff --git a/admin/FOR-RELEASE b/admin/FOR-RELEASE
index 8e660744370..73e6d50df14 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,53 @@ invalid pointer from string_free_list.
 
 ** Clean up flymake.el to follow Emacs Lisp conventions.
 
+** Fix up url-ldap.el.
+
+* BUGS
+
+** Mailabbrev should quote addresses to correspond to RFC 822.
+See http://article.gmane.org/gmane.emacs.devel/27585
+
+** The '@' character should not expand addresses in mailabbrev
+See http://article.gmane.org/gmane.emacs.devel/27585
+
+** 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.
@@ -51,16 +94,6 @@ Redisplay may loop if there is an error in some display property, e.g.
 A fix would be to somehow disable handling of display properties if an error
 is encountered.
 
-** Problem with cursor border around images and window-margins:
-
-The border around the image when the cursor is on the image
-flows into the right fringe and margin.
-
-     (progn
-       (auto-image-file-mode 1)
-       (find-file (concat data-directory "splash.xpm"))
-       (set-window-margins (selected-window) 25 25))
-
 
 ** Problem with modeline and window margins:
 
@@ -108,39 +141,6 @@ interrupting I can get a backtrace, here's an example:
 Update: Maybe only reveals itself when compiled with GTK+
 
 
-** Clicking on partially visible lines fails
-
-From: David Kastrup <dak@gnu.org>
-Date: 27 Apr 2004 16:42:58 +0200
-
-I had gnus display a mouse-highlighted line (a URL from browse-url)
-partially at the bottom of its window.  If I click with middle mouse
-key on it, the window gets recentered while I hold the mouse key
-pressed.  If I release it, the window returns into its old position
-(cursor in top row) and nothing happens, presumably because the click
-was not registered on the line itself, but on the magically
-recentered version.
-
-That is a nuisance.  Recentering of even partially visible click
-targets should only happen if window-point moves there, but not at
-the time of the click.  From the moment I hold down a key until it
-gets released, the displayed window portion should not change, with
-the sole exception of scrolling when dragging at the edge of the
-screen.
-
-
-** Can't drag modeline when mouse-autoselect-window is set
-
-From: Klaus Zeitler <kzeitler@lucent.com>
-Date: Mon, 11 Oct 2004 11:14:49 +0200
-
-1. start emacs -q --no-site-file
-2. set variable mouse-autoselect-window to t
-3. split-window-vertically
-
-now I can drag the modeline only upwards but not downwards
-
-
 ** line-spacing and Electric-pop-up-window
 
 From: SAITO Takuya <tabmore@rivo.mediatti.net>
@@ -157,6 +157,32 @@ fit-window-to-buffer works well for me, so I guess
 Electric-pop-up-window can use it.
 
 
+** Partial highlighting of wrapped overlay
+
+From: Ralf Angeli <angeli@iwi.uni-sb.de>
+Date: Mon, 18 Oct 2004 19:09:19 +0200
+
+If you put
+
+(let* ((length (+ (- (window-width) (current-column)) 40))
+       (start (point))
+       (end (+ (point) length))
+       (string (make-string length ?x))
+       ov)
+  (insert string)
+  (setq ov (make-overlay start end))
+  (overlay-put ov 'mouse-face 'highlight)
+  (overlay-put ov 'display string))
+
+into the *scratch* buffer and type `C-x C-e' with point at the last
+parenthesis, you will get a string which does not fit into the line
+and has to be wrapped.  If you move over it with your mouse, you
+should see that only the part on the second line is being highlighted.
+The full string is highlighted only if the 'display property is not
+set.
+
+
+
 * DOCUMENTATION
 
 ** Document Custom Themes.
@@ -244,7 +270,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"