admin/FOR-RELEASE

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