(occur-accumulate-lines, occur-engine):
[bpt/emacs.git] / admin / FOR-RELEASE
CommitLineData
e47ac727
RS
1Tasks needed before the next release.
2
c0a070c1 3* NEW FEATURES
2f0e0a0b 4
bf77a420
KS
5** Face remapping.
6
e84fe274
KS
7** Let mouse-1 follow links.
8
1efc19eb
RS
9** Make Rmail find the best version of movemail.
10To be done by Sergey Poznyakoff <gray@Mirddin.farlep.net>.
3d351c97 11
06995bd7
AS
12** Make VC-over-Tramp work where possible, or at least fail
13gracefully if something isn't supported over Tramp.
14To be done by Andre Spiegel <spiegel@gnu.org>.
15
c0a070c1 16* FATAL ERRORS
3d351c97
KS
17
18** Investigate face cache related crash.
19
c0a070c1
KS
20Indications: Face cache seems to have been cleared, but
21redisplay uses an invalidated face_id with FACE_FROM_ID
22which then returns a NULL pointer. Said to happen with
23isearch faces.
24
e84fe274
KS
25** Investigate reported crashes in compact_small_strings.
26
27** Investigate reported crashes related to using an
28invalid pointer from string_free_list.
29
30
2d1ef312
RS
31* LOSSAGE
32
33** Clean up flymake.el to follow Emacs Lisp conventions.
c0a070c1 34
8ec0cdb3
RS
35** Fix up url-ldap.el.
36
ee31cd78
RS
37* BUGS
38
d3a403e5
SM
39** Ange-ftp should ignore irrelevant IPv6 errors:
40
41Message-Id: <4121-Tue23Mar2004165249+0100-piet@cs.uu.nl>
42From: "Piet van Oostrum" <piet@cs.uu.nl>
43To: emacs-pretest-bug@gnu.org
44Subject: Ange-ftp can't deal with IPV6/IPV4 fallback
45
46Symptoms:
47
48C-x C-f /ftp.nluug.nl:/
49
50The problem is that the DNS first gives an IPV6 address. However our
51router doesn't do IPV6. Ftp then falls back to IPV4:
52
53ftp> open ftp.nluug.nl
54Trying 2001:610:1:80aa:192:87:102:36...
55ftp: connect to address 2001:610:1:80aa:192:87:102:36: No route to host
56Trying 192.87.102.36...
57Connected to ftp.nluug.nl.
58
59Ange-ftp chokes on the `No route to host' message and doesn't look any
60further.
61
62I think in the near future we will see more of this problem, so it might be
63time to make anfe-ftp more intelligent.
64
71a53915
RS
65** Mailabbrev should quote addresses to correspond to RFC 822.
66See http://article.gmane.org/gmane.emacs.devel/27585
67
68** The '@' character should not expand addresses in mailabbrev
69See http://article.gmane.org/gmane.emacs.devel/27585
70
ee31cd78
RS
71** Bug in url-http-parse-headers, reported in
72From: Vivek Dasmohapatra <vivek@zeus.com>
73Date: Tue, 28 Sep 2004 16:13:13 +0100
74
75Fetching a url with url-retrieve can reult in an anrbitrary buffer
76being killed if a 401 (or possibly a 407) result is encountered:
77
ca7cefe7
KS
78url-http-parse-headers calls url-http-handle-authentication,
79which can call url-retrieve.
80
81This results in the current buffer being killed, and a new http buffer
82being generated. However, when the old http buffer is killed, emacs
83picks the top buffer from the list as the new current buffer, so by the
84time we get to the end of url-http-parse-headers, _that_ buffer is marked
85as dead even though it is not necessarily a url buffer, so next time the
86url libraries reap their dead buffers, an innocent bystander buffer is
ee31cd78
RS
87killed instead (and an obsolete http buffer may be left lying around too).
88
89A possible fix (which I am currently using) is to call set-buffer
90on the return value of url-http-parse-headers:
91
92 (case url-http-response-status
93 (401
94 ;; The request requires user authentication. The response
95 ;; MUST include a WWW-Authenticate header field containing a
96 ;; challenge applicable to the requested resource. The
97 ;; client MAY repeat the request with a suitable
98 ;; Authorization header field.
99 (url-mark-buffer-as-dead (current-buffer))
100 (set-buffer (url-http-handle-authentication nil)))
101etc ....
102
ca7cefe7 103which makes sure that it is the right http buffer that is current when
ee31cd78
RS
104we come to mark the http buffers as dead.
105
106
107
c0a070c1
KS
108* GTK RELATED BUGS
109
c0a070c1
KS
110** Make GTK scrollbars behave like others w.r.t. overscrolling.
111
e84fe274
KS
112
113* REDISPLAY RELATED BUGS
114
115** Avoid unbreakable loops in redisplay.
116
117Redisplay may loop if there is an error in some display property, e.g.
118 (space 'left-margin)
119
120A fix would be to somehow disable handling of display properties if an error
121is encountered.
122
e84fe274
KS
123
124** Problem with modeline and window margins:
125
126The mode line's right "box" line is misplaced under the right margin,
127rather than at the right window edge.
128
129emacs -Q
130(set-window-margins nil 25 25)
131C-x 2
132
133
134** custom mode-line face makes Emacs freeze up
135
136From: Stephen Berman <Stephen.Berman@gmx.net>
137Date: Sun, 24 Oct 2004 02:08:56 +0200
138
1391. Start Emacs with -q -no-site-file.
140
1412. Type `M-x customize-face' and at the prompt `mode-line'.
142
1433. In the Custom buffer for mode-line face
144 a. check width and give it the value `narrow';
145 b. check height and give it the value 120 in 1/10 pt;
146 c. check underline and give it the value `on' (or `colored');
147 d. check overline and give it the value `on' (or `colored').
148
1494. Set for current session.
150
1515. Invoke Ediff on any two files.
152
1536. Now Emacs is frozen and consumes 95-99% of CPU.
154
155The customizations in step 3 appear to be the minimum necessary to
156induce this bug. Leave out any one of them and Ediff runs without a
157problem. Also if the 1/10 point value of height is 130 or greater
158there's no bug (with the default font family; with e.g. Helvetica the
159bug is induced only by a value of 100 or less).
160
161I've noticed this freeze up only when invoking Ediff. The only thing
162I've been able to do is kill Emacs externally, via top or with kill
163when run in gdb, after interrupting. When the freeze up happens
164within a gdb session, there is no automatic debugging feedback. After
165interrupting I can get a backtrace, here's an example:
166
949b26bc
KS
167Update: Maybe only reveals itself when compiled with GTK+
168
e84fe274 169
e84fe274
KS
170** line-spacing and Electric-pop-up-window
171
172From: SAITO Takuya <tabmore@rivo.mediatti.net>
173Date: Mon, 31 May 2004 02:08:10 +0900 (JST)
174
175Electric-pop-up-window does not work well
176if truncate long lines disabled and/or
177`line-spacing' is set to positive integer.
178
179For example, start emacs -Q --line-spacing 1, and type M-` .
180Then, the last line of *Completions* buffer is not visible.
181
182fit-window-to-buffer works well for me, so I guess
183Electric-pop-up-window can use it.
184
185
3b8370e1
KS
186** Partial highlighting of wrapped overlay
187
188From: Ralf Angeli <angeli@iwi.uni-sb.de>
189Date: Mon, 18 Oct 2004 19:09:19 +0200
190
191If you put
192
193(let* ((length (+ (- (window-width) (current-column)) 40))
194 (start (point))
195 (end (+ (point) length))
196 (string (make-string length ?x))
197 ov)
198 (insert string)
199 (setq ov (make-overlay start end))
200 (overlay-put ov 'mouse-face 'highlight)
201 (overlay-put ov 'display string))
202
203into the *scratch* buffer and type `C-x C-e' with point at the last
204parenthesis, you will get a string which does not fit into the line
205and has to be wrapped. If you move over it with your mouse, you
206should see that only the part on the second line is being highlighted.
207The full string is highlighted only if the 'display property is not
208set.
209
210
211
7956ef44
KS
212* DOCUMENTATION
213
1efc19eb
RS
214** Document Custom Themes.
215
7956ef44
KS
216** Finish updating the Emacs Lisp manual.
217
7956ef44
KS
218** Update the Emacs manual.
219
220*** Update man/info.texi.
221
222*** Update man/ack.texi.
223
224** Add missing years in copyright notices of all files.
225
226** Update AUTHORS.
227
228** Reorder NEWS entries.
229
230** Check the Emacs manual.
231
98b83a88
LT
232Each manual section should be proof-read by at least two people.
233After each file name, on the same line or the following line, come the
234names of the people who have checked it.
235
236
237SECTION READERS
238-----------------------------
239man/abbrevs.texi
240man/anti.texi
241man/basic.texi "Luc Teirlinck"
242man/buffers.texi "Luc Teirlinck"
243man/building.texi "Ted Zlatanov" <tzz@lifelogs.com>
244man/calendar.texi
245man/cmdargs.texi
246man/commands.texi "Luc Teirlinck"
247man/custom.texi
248man/dired.texi
249man/display.texi "Luc Teirlinck"
250man/emacs.texi "Luc Teirlinck"
251man/entering.texi "Luc Teirlinck"
252man/files.texi "Luc Teirlinck"
253man/fixit.texi "Luc Teirlinck"
254man/frames.texi "Luc Teirlinck"
255man/glossary.texi
256man/help.texi "Luc Teirlinck"
257man/indent.texi "Luc Teirlinck"
258man/killing.texi "Luc Teirlinck"
259man/kmacro.texi "Luc Teirlinck"
260man/macos.texi
261man/maintaining.texi
262man/major.texi "Luc Teirlinck"
263man/mark.texi "Luc Teirlinck"
264man/mini.texi "Luc Teirlinck"
265man/misc.texi
266man/msdog.texi
267man/mule.texi "Luc Teirlinck"
268man/m-x.texi "Luc Teirlinck"
269man/picture.texi
270man/programs.texi
271man/regs.texi "Luc Teirlinck"
272man/rmail.texi
273man/screen.texi "Luc Teirlinck"
274man/search.texi "Luc Teirlinck"
275man/sending.texi
9e9245ce 276man/text.texi "Luc Teirlinck"
98b83a88
LT
277man/trouble.texi
278man/windows.texi "Luc Teirlinck"
279man/xresources.texi
7956ef44
KS
280
281** Check the Emacs Lisp manual.
282
98b83a88
LT
283Each manual section should be proof-read by at least two people.
284After each file name, on the same line or the following line, come the
285names of the people who have checked it.
286
287SECTION READERS
288----------------------------------
289lispref/abbrevs.texi "Luc Teirlinck"
1efc19eb 290lispref/advice.texi Joakim Verona <joakim@verona.se>
98b83a88
LT
291lispref/anti.texi
292lispref/backups.texi "Luc Teirlinck"
293lispref/buffers.texi "Luc Teirlinck"
1efc19eb 294lispref/calendar.texi Joakim Verona <joakim@verona.se>
98b83a88
LT
295lispref/commands.texi "Luc Teirlinck"
296lispref/compile.texi "Luc Teirlinck"
297lispref/control.texi "Luc Teirlinck"
298lispref/customize.texi
ee31cd78 299lispref/debugging.texi Joakim Verona <joakim@verona.se>
98b83a88
LT
300lispref/display.texi
301lispref/edebug.texi
302lispref/elisp.texi "Luc Teirlinck"
303lispref/errors.texi "Luc Teirlinck"
304lispref/eval.texi "Luc Teirlinck"
305lispref/files.texi "Luc Teirlinck"
306lispref/frames.texi "Luc Teirlinck"
307lispref/functions.texi "Luc Teirlinck"
308lispref/hash.texi "Luc Teirlinck"
309lispref/help.texi "Luc Teirlinck"
310lispref/hooks.texi
311lispref/internals.texi "Luc Teirlinck"
312lispref/intro.texi "Luc Teirlinck"
313lispref/keymaps.texi "Luc Teirlinck"
314lispref/lists.texi "Luc Teirlinck"
315lispref/loading.texi "Luc Teirlinck"
316lispref/locals.texi
317lispref/macros.texi "Luc Teirlinck"
318lispref/maps.texi
319lispref/markers.texi "Luc Teirlinck"
320lispref/minibuf.texi "Luc Teirlinck"
321lispref/modes.texi
322lispref/nonascii.texi "Luc Teirlinck"
323lispref/numbers.texi "Luc Teirlinck"
324lispref/objects.texi "Luc Teirlinck"
325lispref/os.texi "Luc Teirlinck"
326lispref/positions.texi "Luc Teirlinck"
327lispref/processes.texi
328lispref/searching.texi "Luc Teirlinck"
329lispref/sequences.texi "Luc Teirlinck"
330lispref/streams.texi "Luc Teirlinck"
331lispref/strings.texi "Luc Teirlinck"
332lispref/symbols.texi "Luc Teirlinck"
333lispref/syntax.texi "Luc Teirlinck"
334lispref/text.texi
335lispref/tips.texi "Luc Teirlinck"
336lispref/variables.texi "Luc Teirlinck"
337lispref/windows.texi "Luc Teirlinck"
7956ef44 338
c0a070c1
KS
339\f
340Local variables:
341mode: outline
342end: