X-Git-Url: https://code.delx.au/gnu-emacs/blobdiff_plain/1efc19ebfa52ff89bf07c2a8aebb92c4deef0a36..937640a621a4ce2e5e56eaecca37a2a28a584318:/admin/FOR-RELEASE diff --git a/admin/FOR-RELEASE b/admin/FOR-RELEASE index 99f78af4e2..73e6d50df1 100644 --- a/admin/FOR-RELEASE +++ b/admin/FOR-RELEASE @@ -2,10 +2,6 @@ Tasks needed before the next release. * NEW FEATURES -** Test the mbox branch of Rmail. - -** Install the mbox branch of Rmail. - ** Face remapping. ** Let mouse-1 follow links. @@ -13,6 +9,10 @@ Tasks needed before the next release. ** Make Rmail find the best version of movemail. To be done by Sergey Poznyakoff . +** 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 . + * FATAL ERRORS ** Investigate face cache related crash. @@ -32,6 +32,53 @@ invalid pointer from string_free_list. ** 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 +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. @@ -47,16 +94,6 @@ Redisplay may loop if there is an error in some display property, e.g. A fix would be to somehow disable handling of display properties if an error is encountered. -** Problem with cursor border around images and window-margins: - -The border around the image when the cursor is on the image -flows into the right fringe and margin. - - (progn - (auto-image-file-mode 1) - (find-file (concat data-directory "splash.xpm")) - (set-window-margins (selected-window) 25 25)) - ** Problem with modeline and window margins: @@ -104,129 +141,6 @@ interrupting I can get a backtrace, here's an example: Update: Maybe only reveals itself when compiled with GTK+ -** Mouse-face overlay bleeds into header line - -From: Stephen Berman -Date: Thu, 21 Oct 2004 18:11:01 +0200 - -Mouse-face overlays bleed into the header line when the beginning of -the overlay is above (point-min). To reproduce: - -1. Start Emacs with -q -no-site-file. - -2. In *scratch* eval (setq ov (make-overlay 66 92)), (overlay-put ov -'mouse-face 'highlight), and (setq header-line-format "test"). - -3. Drag the mouse over the string "evaluation.\n;; If you want" and -notice the highlighting of only this string. - -4. Now click on the down arrow in the scroll bar until the line -beginning ";; If you want" is directly below the header line. - -5. Drag the mouse over ";; If you want" and notice that not only it -but also the header line are highlighted. - - -** scroll-preserve-screen-position doesn't work with a header-line-format - -From: jbyler+emacs-lists@anon41.eml.cc -Date: Tue, 17 Aug 2004 17:10:14 -0400 - -There seems to be an off-by-one error triggered by using a header line -together with scroll-preserve-screen-position. The symptom: instead of -staying in the same position on the screen when scrolling, the cursor -moves one screen line down each time the buffer is scrolled. Put -another way: repeatedly typing C-v M-v or using a mouse scroll wheel to -scroll up and down causes the cursor to migrate slowly down the screen -instead of staying put as it should. - -To reproduce: - -emacs -q --no-site-file -(setq scroll-preserve-screen-position t) -(setq header-line-format "") -C-v M-v C-v M-v C-v M-v etc. - - -** Clicking on partially visible lines fails - -From: David Kastrup -Date: 27 Apr 2004 16:42:58 +0200 - -I had gnus display a mouse-highlighted line (a URL from browse-url) -partially at the bottom of its window. If I click with middle mouse -key on it, the window gets recentered while I hold the mouse key -pressed. If I release it, the window returns into its old position -(cursor in top row) and nothing happens, presumably because the click -was not registered on the line itself, but on the magically -recentered version. - -That is a nuisance. Recentering of even partially visible click -targets should only happen if window-point moves there, but not at -the time of the click. From the moment I hold down a key until it -gets released, the displayed window portion should not change, with -the sole exception of scrolling when dragging at the edge of the -screen. - - -** Can't drag modeline when mouse-autoselect-window is set - -From: Klaus Zeitler -Date: Mon, 11 Oct 2004 11:14:49 +0200 - -1. start emacs -q --no-site-file -2. set variable mouse-autoselect-window to t -3. split-window-vertically - -now I can drag the modeline only upwards but not downwards - - -** line-spacing and (recenter -1) - -From: SAITO Takuya -Date: Mon, 31 May 2004 02:07:57 +0900 (JST) - -(recenter -1) does not show point at the bottom of the window -if line-spacing is set to positive integer. - -Start emacs -Q, and evaluate below: - -(progn - (setq line-spacing 1) - (dotimes (i (window-height)) - (insert "\n" (int-to-string i))) - (recenter -1)) - -Then, point is displayed at the center of the window. -But point should be displayed at the bottom of the window like Emacs-21.3. - - -** line-spacing and garbage in fringe - -From: SAITO Takuya -Date: Mon, 31 May 2004 02:08:05 +0900 (JST) - -Start emacs -Q and evaluate below with C-xC-e: - -(let ((lines 2) - (spacing 1)) - (setq line-spacing spacing - indicate-buffer-boundaries t) - (insert (make-string (window-height) ?\n)) - (goto-char (point-min)) - (message (make-string (* (window-width) lines) ?.)) - (scroll-up 1)) - -then, garbage is displayed in right fringe. - -Above code reproduces this bug with -(frame-parameter nil 'font) -=> "-Adobe-Courier-Medium-R-Normal--12-120-75-75-M-70-ISO8859-1" - -If you use different font, you may need different value of -`lines' and/or `spacing'. - - ** line-spacing and Electric-pop-up-window From: SAITO Takuya @@ -243,6 +157,32 @@ 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 +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. @@ -330,7 +270,7 @@ 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 lispref/display.texi lispref/edebug.texi lispref/elisp.texi "Luc Teirlinck"