Tasks needed before the next release.
-* DOCUMENTATION
+* NEW FEATURES
-** Finish updating the Emacs Lisp manual.
+** Face remapping.
-** Finish checking the Emacs Lisp manual.
+** 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>.
-** Update the Emacs manual.
+** define-minor-mode should not put :require into defcustom.
+See msg from rms to emacs-devel on 21 Dec.
-** Check the Emacs Manual.
+** Update Speedbar.
-** Add missing years in copyright notices of all files.
+* FATAL ERRORS
-** Update man/info.texi.
+** Investigate face cache related crash.
+Indications: Face cache seems to have been cleared, but
+redisplay uses an invalidated face_id with FACE_FROM_ID
+which then returns a NULL pointer. Said to happen with
+isearch faces.
-* NEW FEATURES
+** Investigate reported crashes in compact_small_strings.
-** Test the mbox branch of Rmail.
+** Investigate reported crashes related to using an
+invalid pointer from string_free_list.
-** Install the mbox branch of Rmail.
+* LOSSAGE
-* FATAL ERRORS
+** Clean up flymake.el to follow Emacs Lisp conventions.
-** Investigate face cache related crash.
+** Fix up url-ldap.el.
-Indications: Face cache seems to have been cleared, but
-redisplay uses an invalidated face_id with FACE_FROM_ID
-which then returns a NULL pointer. Said to happen with
-isearch faces.
+** url/*.el has lots of `(declare (special ...))' which
+are meaningless. What's that trying to do?
+* BUGS
-* GTK RELATED BUGS
+** Ange-ftp should ignore irrelevant IPv6 errors:
+
+Message-Id: <4121-Tue23Mar2004165249+0100-piet@cs.uu.nl>
+From: "Piet van Oostrum" <piet@cs.uu.nl>
+To: emacs-pretest-bug@gnu.org
+Subject: Ange-ftp can't deal with IPV6/IPV4 fallback
+
+Symptoms:
-** Make geometry specifications work correctly for GTK.
+C-x C-f /ftp.nluug.nl:/
+
+The problem is that the DNS first gives an IPV6 address. However our
+router doesn't do IPV6. Ftp then falls back to IPV4:
+
+ftp> open ftp.nluug.nl
+Trying 2001:610:1:80aa:192:87:102:36...
+ftp: connect to address 2001:610:1:80aa:192:87:102:36: No route to host
+Trying 192.87.102.36...
+Connected to ftp.nluug.nl.
+
+Ange-ftp chokes on the `No route to host' message and doesn't look any
+further.
+
+I think in the near future we will see more of this problem, so it might be
+time to make anfe-ftp more intelligent.
+
+** pcvs bug:
+
+In a CVS mode buffer created using the `cvs-examine' command, if I
+commit a file in a subdirectory, after committing the line is not
+updated with the version of the new revision. Instead, a line is added
+in the buffer in the top directory listing.
+
+Example: I start with this:
+
+,----
+| In directory .:
+| Unknown .htaccess
+| Unknown 404.php
+| Unknown rain.jpg
+| In directory include:
+| Modified include/foo.include
+`----
+
+I commit the file include/foo.include using `c' on the corresponding
+line. I get:
+
+,----
+| In directory .:
+| Unknown .htaccess
+| Unknown 404.php
+| committed Up-To-Date 1.13 foo.include
+| Unknown rain.jpg
+| In directory include:
+| Modified include/foo.include
+`----
+
+There is no file named foo.include in the top directory. This bug
+appeared sometime before October 2004 and now.
+
+
+
+* GTK RELATED BUGS
** Make GTK scrollbars behave like others w.r.t. overscrolling.
+
+* REDISPLAY RELATED BUGS
+
+** Strange text scrolling with Emacs + GTK
+
+> I could reproduce the problem with the latest CVS.
+>
+> % emacs -Q
+> M-x info RET
+> M->
+> C-l
+> C-x ( C-u - 1 C-v C-x )
+> C-x e e e e ...
+>
+> I see the problem around "CC mode" and "Forms".
+
+It is not specific for the first line of a buffer.
+
+Rather it happens for lines which are indented but the
+indentation is controlled by a display property and
+the newline is part of that display property -- in
+that case, the indentation is not recognized for the
+first display line.
+
+
+** 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+
+
+
+* DOCUMENTATION
+
+** Document Custom Themes.
+
+** Finish updating the Emacs Lisp manual.
+
+** Update the Emacs manual.
+
+*** Update man/info.texi.
+
+*** Update man/ack.texi.
+
+** Add missing years in copyright notices of all files.
+
+** Update AUTHORS.
+
+** Reorder NEWS entries.
+
+** Check the Emacs manual.
+
+Each manual section should be checked for factual correctness
+regarding recent changes by at least two people. After each file
+name, on the same line or the following line, come the names of the
+people who have checked it.
+
+
+SECTION READERS
+-----------------------------
+man/abbrevs.texi Chong Yidong
+man/anti.texi
+man/basic.texi "Luc Teirlinck" Chong Yidong
+man/buffers.texi "Luc Teirlinck" Chong Yidong
+man/building.texi "Ted Zlatanov" <tzz@lifelogs.com>
+man/calendar.texi Joakim Verona <joakim@verona.se>
+man/cmdargs.texi Chong Yidong
+man/commands.texi "Luc Teirlinck"
+man/custom.texi Chong Yidong
+man/dired.texi
+man/display.texi "Luc Teirlinck"
+man/emacs.texi "Luc Teirlinck"
+man/entering.texi "Luc Teirlinck" Chong Yidong
+man/files.texi "Luc Teirlinck" Chong Yidong
+man/fixit.texi "Luc Teirlinck"
+man/frames.texi "Luc Teirlinck" Chong Yidong
+man/glossary.texi
+man/help.texi "Luc Teirlinck"
+man/indent.texi "Luc Teirlinck"
+man/killing.texi "Luc Teirlinck" Chong Yidong
+man/kmacro.texi "Luc Teirlinck"
+man/macos.texi
+man/maintaining.texi
+man/major.texi "Luc Teirlinck"
+man/mark.texi "Luc Teirlinck"
+man/mini.texi "Luc Teirlinck"
+man/misc.texi
+man/msdog.texi
+man/mule.texi "Luc Teirlinck"
+man/m-x.texi "Luc Teirlinck"
+man/picture.texi Joakim Verona <joakim@verona.se>
+man/programs.texi "Stephen Eglen"
+man/regs.texi "Luc Teirlinck" Chong Yidong
+man/rmail.texi
+man/screen.texi "Luc Teirlinck"
+man/search.texi "Luc Teirlinck"
+man/sending.texi
+man/text.texi "Luc Teirlinck" Chong Yidong
+man/trouble.texi
+man/windows.texi "Luc Teirlinck" Chong Yidong
+man/xresources.texi
+
+** Check the Emacs Lisp manual.
+
+Each manual section should be checked for factual correctness
+regarding recent changes by at least two people. After each file
+name, on the same line or the following line, come the names of the
+people who have checked it.
+
+SECTION READERS
+----------------------------------
+lispref/abbrevs.texi "Luc Teirlinck"
+lispref/advice.texi Joakim Verona <joakim@verona.se>
+lispref/anti.texi
+lispref/backups.texi "Luc Teirlinck"
+lispref/buffers.texi "Luc Teirlinck" Chong Yidong
+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 Joakim Verona <joakim@verona.se>
+lispref/display.texi
+lispref/edebug.texi
+lispref/elisp.texi "Luc Teirlinck"
+lispref/errors.texi "Luc Teirlinck"
+lispref/eval.texi "Luc Teirlinck"
+lispref/files.texi "Luc Teirlinck" Chong Yidong
+lispref/frames.texi "Luc Teirlinck" Chong Yidong
+lispref/functions.texi "Luc Teirlinck"
+lispref/hash.texi "Luc Teirlinck"
+lispref/help.texi "Luc Teirlinck"
+lispref/hooks.texi
+lispref/internals.texi "Luc Teirlinck"
+lispref/intro.texi "Luc Teirlinck"
+lispref/keymaps.texi "Luc Teirlinck"
+lispref/lists.texi "Luc Teirlinck"
+lispref/loading.texi "Luc Teirlinck"
+lispref/locals.texi
+lispref/macros.texi "Luc Teirlinck"
+lispref/maps.texi
+lispref/markers.texi "Luc Teirlinck"
+lispref/minibuf.texi "Luc Teirlinck"
+lispref/modes.texi Chong Yidong
+lispref/nonascii.texi "Luc Teirlinck"
+lispref/numbers.texi "Luc Teirlinck"
+lispref/objects.texi "Luc Teirlinck"
+lispref/os.texi "Luc Teirlinck"
+lispref/positions.texi "Luc Teirlinck" Chong Yidong
+lispref/processes.texi
+lispref/searching.texi "Luc Teirlinck"
+lispref/sequences.texi "Luc Teirlinck"
+lispref/streams.texi "Luc Teirlinck"
+lispref/strings.texi "Luc Teirlinck" Chong Yidong
+lispref/symbols.texi "Luc Teirlinck"
+lispref/syntax.texi "Luc Teirlinck"
+lispref/text.texi Chong Yidong
+lispref/tips.texi "Luc Teirlinck"
+lispref/variables.texi "Luc Teirlinck"
+lispref/windows.texi "Luc Teirlinck" Chong Yidong
+
\f
Local variables:
mode: outline