* NEW FEATURES
-** Test the mbox branch of Rmail.
+** Face remapping.
-** Install the mbox branch of Rmail.
+** Let mouse-1 follow links.
-** Face remapping.
+** Make Rmail find the best version of movemail.
+To be done by Sergey Poznyakoff <gray@Mirddin.farlep.net>.
+** Make VC-over-Tramp work where possible, or at least fail
+gracefully if something isn't supported over Tramp.
+To be done by Andre Spiegel <spiegel@gnu.org>.
* FATAL ERRORS
which then returns a NULL pointer. Said to happen with
isearch faces.
+** Investigate reported crashes in compact_small_strings.
+
+** Investigate reported crashes related to using an
+invalid pointer from string_free_list.
+
+
* LOSSAGE
** 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.
-** Make GTK update the menu bar in two stages, as with Xt,
- so that the first can run Lisp code, while only the second
- needs BLOCK_INPUT.
+
+* REDISPLAY RELATED BUGS
+
+** Avoid unbreakable loops in redisplay.
+
+Redisplay may loop if there is an error in some display property, e.g.
+ (space 'left-margin)
+
+A fix would be to somehow disable handling of display properties if an error
+is encountered.
+
+
+** Problem with modeline and window margins:
+
+The mode line's right "box" line is misplaced under the right margin,
+rather than at the right window edge.
+
+emacs -Q
+(set-window-margins nil 25 25)
+C-x 2
+
+
+** custom mode-line face makes Emacs freeze up
+
+From: Stephen Berman <Stephen.Berman@gmx.net>
+Date: Sun, 24 Oct 2004 02:08:56 +0200
+
+1. Start Emacs with -q -no-site-file.
+
+2. Type `M-x customize-face' and at the prompt `mode-line'.
+
+3. In the Custom buffer for mode-line face
+ a. check width and give it the value `narrow';
+ b. check height and give it the value 120 in 1/10 pt;
+ c. check underline and give it the value `on' (or `colored');
+ d. check overline and give it the value `on' (or `colored').
+
+4. Set for current session.
+
+5. Invoke Ediff on any two files.
+
+6. Now Emacs is frozen and consumes 95-99% of CPU.
+
+The customizations in step 3 appear to be the minimum necessary to
+induce this bug. Leave out any one of them and Ediff runs without a
+problem. Also if the 1/10 point value of height is 130 or greater
+there's no bug (with the default font family; with e.g. Helvetica the
+bug is induced only by a value of 100 or less).
+
+I've noticed this freeze up only when invoking Ediff. The only thing
+I've been able to do is kill Emacs externally, via top or with kill
+when run in gdb, after interrupting. When the freeze up happens
+within a gdb session, there is no automatic debugging feedback. After
+interrupting I can get a backtrace, here's an example:
+
+Update: Maybe only reveals itself when compiled with GTK+
+
+
+** line-spacing and Electric-pop-up-window
+
+From: SAITO Takuya <tabmore@rivo.mediatti.net>
+Date: Mon, 31 May 2004 02:08:10 +0900 (JST)
+
+Electric-pop-up-window does not work well
+if truncate long lines disabled and/or
+`line-spacing' is set to positive integer.
+
+For example, start emacs -Q --line-spacing 1, and type M-` .
+Then, the last line of *Completions* buffer is not visible.
+
+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.
+
** Finish updating the Emacs Lisp manual.
** Update the Emacs manual.
SECTION READERS
----------------------------------
lispref/abbrevs.texi "Luc Teirlinck"
-lispref/advice.texi
+lispref/advice.texi Joakim Verona <joakim@verona.se>
lispref/anti.texi
lispref/backups.texi "Luc Teirlinck"
lispref/buffers.texi "Luc Teirlinck"
-lispref/calendar.texi
+lispref/calendar.texi Joakim Verona <joakim@verona.se>
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"