view admin/FOR-RELEASE @ 60098:adba0765157c

(isearch-lazy-highlight-start-limit) (isearch-lazy-highlight-end-limit): New variables limit the region for highlighting. (isearch-lazy-highlight-new-loop): New args BEG and END. (isearch-lazy-highlight-search): Use the new vars. (isearch-lazy-highlight-update): Likewise.

Tasks needed before the next release.

* NEW FEATURES

** Face remapping.

** 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 <[e-mail]>.

** define-minor-mode should not put :require into defcustom.
See msg from rms to emacs-devel on 21 Dec.

** Update Speedbar.

* FATAL ERRORS

** 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.

** 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.

** url/*.el has lots of `(declare (special ...))' which
are meaningless.  What's that trying to do?

* BUGS

** Ange-ftp should ignore irrelevant IPv6 errors:

Message-Id: <[e-mail]>
From: "Piet van Oostrum" <[e-mail]>
To: [e-mail]
Subject: Ange-ftp can't deal with IPV6/IPV4 fallback

Symptoms:

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 <[e-mail]>
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" <[e-mail]>
man/calendar.texi    Joakim Verona <[e-mail]>
man/cmdargs.texi    Chong Yidong
man/commands.texi   "Luc Teirlinck"
man/custom.texi     Chong Yidong
man/dired.texi      Chong Yidong
man/display.texi    "Luc Teirlinck"  Chong Yidong
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"  Chong Yidong
man/indent.texi     "Luc Teirlinck"  Chong Yidong
man/killing.texi    "Luc Teirlinck"  Chong Yidong
man/kmacro.texi     "Luc Teirlinck"  Chong Yidong
man/macos.texi
man/maintaining.texi
man/major.texi      "Luc Teirlinck"  Chong Yidong
man/mark.texi       "Luc Teirlinck"
man/mini.texi       "Luc Teirlinck"
man/misc.texi
man/msdog.texi      Chong Yidong
man/mule.texi       "Luc Teirlinck"
man/m-x.texi        "Luc Teirlinck"
man/picture.texi    Joakim Verona <[e-mail]>
man/programs.texi   "Stephen Eglen"  Chong Yidong
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    Chong Yidong
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 <[e-mail]>
lispref/anti.texi
lispref/backups.texi     "Luc Teirlinck"
lispref/buffers.texi     "Luc Teirlinck"   Chong Yidong
lispref/calendar.texi    Joakim Verona <[e-mail]>
lispref/commands.texi    "Luc Teirlinck"
lispref/compile.texi     "Luc Teirlinck"   Chong Yidong
lispref/control.texi     "Luc Teirlinck"   Chong Yidong
lispref/customize.texi
lispref/debugging.texi   Joakim Verona <[e-mail]>
lispref/display.texi
lispref/edebug.texi
lispref/elisp.texi       "Luc Teirlinck"
lispref/errors.texi      "Luc Teirlinck"
lispref/eval.texi        "Luc Teirlinck"   Chong Yidong
lispref/files.texi       "Luc Teirlinck"   Chong Yidong
lispref/frames.texi      "Luc Teirlinck"   Chong Yidong
lispref/functions.texi	 "Luc Teirlinck"   Chong Yidong
lispref/hash.texi	 "Luc Teirlinck"   Chong Yidong
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"   Chong Yidong
lispref/loading.texi     "Luc Teirlinck"   Chong Yidong
lispref/locals.texi
lispref/macros.texi      "Luc Teirlinck"
lispref/maps.texi
lispref/markers.texi     "Luc Teirlinck"
lispref/minibuf.texi     "Luc Teirlinck"   Chong Yidong
lispref/modes.texi	 Chong Yidong
lispref/nonascii.texi    "Luc Teirlinck"
lispref/numbers.texi	 "Luc Teirlinck"   Chong Yidong
lispref/objects.texi	 "Luc Teirlinck"   Chong Yidong
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"   Chong Yidong
lispref/strings.texi	 "Luc Teirlinck"   Chong Yidong
lispref/symbols.texi	 "Luc Teirlinck"   Chong Yidong
lispref/syntax.texi	 "Luc Teirlinck"
lispref/text.texi        Chong Yidong
lispref/tips.texi	 "Luc Teirlinck"
lispref/variables.texi	 "Luc Teirlinck"   Chong Yidong
lispref/windows.texi     "Luc Teirlinck"   Chong Yidong


Local variables:
mode: outline
end: