[Emacs-diffs] Changes to emacs/admin/FOR-RELEASE [emacs-unicode-2]

[Miles Bader]

Index: emacs/admin/FOR-RELEASE
diff -c emacs/admin/FOR-RELEASE:1.5.2.8 emacs/admin/FOR-RELEASE:1.5.2.9
*** emacs/admin/FOR-RELEASE:1.5.2.8     Fri Nov 19 06:55:12 2004
--- emacs/admin/FOR-RELEASE     Wed Dec  8 05:02:30 2004
***************
*** 36,41 ****
--- 36,67 ----
  
  * BUGS
  
+ ** Ange-ftp should ignore irrelevant IPv6 errors:
+ 
+ Message-Id: <address@hidden>
+ From: "Piet van Oostrum" <address@hidden>
+ To: address@hidden
+ 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.
+ 
  ** Mailabbrev should quote addresses to correspond to RFC 822.
  See http://article.gmane.org/gmane.emacs.devel/27585
  
***************
*** 49,63 ****
  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
--- 75,89 ----
  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
***************
*** 74,80 ****
         (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.
  
  
--- 100,106 ----
         (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.
  
  
***************
*** 94,109 ****
  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:
  
--- 120,125 ----