/[emacs]/emacs/admin/FOR-RELEASE
ViewVC logotype

Diff of /emacs/admin/FOR-RELEASE

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1.5.4.5 by miles, Mon Oct 25 04:19:45 2004 UTC revision 1.5.4.6 by miles, Thu Nov 4 13:12:47 2004 UTC
# Line 8  Tasks needed before the next release. Line 8  Tasks needed before the next release.
8    
9  ** Face remapping.  ** Face remapping.
10    
11    ** Let mouse-1 follow links.
12    
13    
14  * FATAL ERRORS  * FATAL ERRORS
15    
# Line 18  redisplay uses an invalidated face_id wi Line 20  redisplay uses an invalidated face_id wi
20  which then returns a NULL pointer.  Said to happen with  which then returns a NULL pointer.  Said to happen with
21  isearch faces.  isearch faces.
22    
23    ** Investigate reported crashes in compact_small_strings.
24    
25    ** Investigate reported crashes related to using an
26    invalid pointer from string_free_list.
27    
28    
29    * LOSSAGE
30    
31    ** Clean up flymake.el to follow Emacs Lisp conventions.
32    
33    
34  * GTK RELATED BUGS  * GTK RELATED BUGS
35    
36  ** Make GTK scrollbars behave like others w.r.t. overscrolling.  ** Make GTK scrollbars behave like others w.r.t. overscrolling.
37    
38    
39    * REDISPLAY RELATED BUGS
40    
41    ** Avoid unbreakable loops in redisplay.
42    
43    Redisplay may loop if there is an error in some display property, e.g.
44         (space 'left-margin)
45    
46    A fix would be to somehow disable handling of display properties if an error
47    is encountered.
48    
49    ** Problem with cursor border around images and window-margins:
50    
51    The border around the image when the cursor is on the image
52    flows into the right fringe and margin.
53    
54         (progn
55           (auto-image-file-mode 1)
56           (find-file (concat data-directory "splash.xpm"))
57           (set-window-margins (selected-window) 25 25))
58    
59    
60    ** Problem with modeline and window margins:
61    
62    The mode line's right "box" line is misplaced under the right margin,
63    rather than at the right window edge.
64    
65    emacs -Q
66    (set-window-margins nil 25 25)
67    C-x 2
68    
69    
70    ** custom mode-line face makes Emacs freeze up
71    
72    From: Stephen Berman <Stephen.Berman@gmx.net>
73    Date: Sun, 24 Oct 2004 02:08:56 +0200
74    
75    1. Start Emacs with -q -no-site-file.
76    
77    2. Type `M-x customize-face' and at the prompt `mode-line'.
78    
79    3. In the Custom buffer for mode-line face
80       a. check width and give it the value `narrow';
81       b. check height and give it the value 120 in 1/10 pt;
82       c. check underline and give it the value `on' (or `colored');
83       d. check overline and give it the value `on' (or `colored').
84    
85    4. Set for current session.
86    
87    5. Invoke Ediff on any two files.
88    
89    6. Now Emacs is frozen and consumes 95-99% of CPU.
90    
91    The customizations in step 3 appear to be the minimum necessary to
92    induce this bug.  Leave out any one of them and Ediff runs without a
93    problem.  Also if the 1/10 point value of height is 130 or greater
94    there's no bug (with the default font family; with e.g. Helvetica the
95    bug is induced only by a value of 100 or less).
96    
97    I've noticed this freeze up only when invoking Ediff.  The only thing
98    I've been able to do is kill Emacs externally, via top or with kill
99    when run in gdb, after interrupting.  When the freeze up happens
100    within a gdb session, there is no automatic debugging feedback.  After
101    interrupting I can get a backtrace, here's an example:
102    
103    Update: Maybe only reveals itself when compiled with GTK+
104    
105    
106    ** Mouse-face overlay bleeds into header line
107    
108    From: Stephen Berman <Stephen.Berman@gmx.net>
109    Date: Thu, 21 Oct 2004 18:11:01 +0200
110    
111    Mouse-face overlays bleed into the header line when the beginning of
112    the overlay is above (point-min).  To reproduce:
113    
114    1. Start Emacs with -q -no-site-file.
115    
116    2. In *scratch* eval (setq ov (make-overlay 66 92)), (overlay-put ov
117    'mouse-face 'highlight), and (setq header-line-format "test").
118    
119    3. Drag the mouse over the string "evaluation.\n;; If you want" and
120    notice the highlighting of only this string.
121    
122    4. Now click on the down arrow in the scroll bar until the line
123    beginning ";; If you want" is directly below the header line.
124    
125    5. Drag the mouse over ";; If you want" and notice that not only it
126    but also the header line are highlighted.
127    
128    
129    ** scroll-preserve-screen-position doesn't work with a header-line-format
130    
131    From: jbyler+emacs-lists@anon41.eml.cc
132    Date: Tue, 17 Aug 2004 17:10:14 -0400
133    
134    There seems to be an off-by-one error triggered by using a header line
135    together with scroll-preserve-screen-position.  The symptom: instead of
136    staying in the same position on the screen when scrolling, the cursor
137    moves one screen line down each time the buffer is scrolled.  Put
138    another way: repeatedly typing C-v M-v or using a mouse scroll wheel to
139    scroll up and down causes the cursor to migrate slowly down the screen
140    instead of staying put as it should.
141    
142    To reproduce:
143    
144    emacs -q --no-site-file
145    (setq scroll-preserve-screen-position t)
146    (setq header-line-format "")
147    C-v M-v C-v M-v C-v M-v etc.
148    
149    
150    ** Clicking on partially visible lines fails
151    
152    From: David Kastrup <dak@gnu.org>
153    Date: 27 Apr 2004 16:42:58 +0200
154    
155    I had gnus display a mouse-highlighted line (a URL from browse-url)
156    partially at the bottom of its window.  If I click with middle mouse
157    key on it, the window gets recentered while I hold the mouse key
158    pressed.  If I release it, the window returns into its old position
159    (cursor in top row) and nothing happens, presumably because the click
160    was not registered on the line itself, but on the magically
161    recentered version.
162    
163    That is a nuisance.  Recentering of even partially visible click
164    targets should only happen if window-point moves there, but not at
165    the time of the click.  From the moment I hold down a key until it
166    gets released, the displayed window portion should not change, with
167    the sole exception of scrolling when dragging at the edge of the
168    screen.
169    
170    
171    ** Can't drag modeline when mouse-autoselect-window is set
172    
173    From: Klaus Zeitler <kzeitler@lucent.com>
174    Date: Mon, 11 Oct 2004 11:14:49 +0200
175    
176    1. start emacs -q --no-site-file
177    2. set variable mouse-autoselect-window to t
178    3. split-window-vertically
179    
180    now I can drag the modeline only upwards but not downwards
181    
182    
183    ** line-spacing and (recenter -1)
184    
185    From: SAITO Takuya <tabmore@rivo.mediatti.net>
186    Date: Mon, 31 May 2004 02:07:57 +0900 (JST)
187    
188    (recenter -1) does not show point at the bottom of the window
189    if line-spacing is set to positive integer.
190    
191    Start emacs -Q, and evaluate below:
192    
193    (progn
194      (setq line-spacing 1)
195      (dotimes (i (window-height))
196        (insert "\n" (int-to-string i)))
197      (recenter -1))
198    
199    Then, point is displayed at the center of the window.
200    But point should be displayed at the bottom of the window like Emacs-21.3.
201    
202    
203    ** line-spacing and garbage in fringe
204    
205    From: SAITO Takuya <tabmore@rivo.mediatti.net>
206    Date: Mon, 31 May 2004 02:08:05 +0900 (JST)
207    
208    Start emacs -Q and evaluate below with C-xC-e:
209    
210    (let ((lines 2)
211          (spacing 1))
212      (setq line-spacing spacing
213            indicate-buffer-boundaries t)
214      (insert (make-string (window-height) ?\n))
215      (goto-char (point-min))
216      (message (make-string (* (window-width) lines) ?.))
217      (scroll-up 1))
218    
219    then, garbage is displayed in right fringe.
220    
221    Above code reproduces this bug with
222    (frame-parameter nil 'font)
223    => "-Adobe-Courier-Medium-R-Normal--12-120-75-75-M-70-ISO8859-1"
224    
225    If you use different font, you may need different value of
226    `lines' and/or `spacing'.
227    
228    
229    ** line-spacing and Electric-pop-up-window
230    
231    From: SAITO Takuya <tabmore@rivo.mediatti.net>
232    Date: Mon, 31 May 2004 02:08:10 +0900 (JST)
233    
234    Electric-pop-up-window does not work well
235    if truncate long lines disabled and/or
236    `line-spacing' is set to positive integer.
237    
238    For example, start emacs -Q --line-spacing 1, and type M-` .
239    Then, the last line of *Completions* buffer is not visible.
240    
241    fit-window-to-buffer works well for me, so I guess
242    Electric-pop-up-window can use it.
243    
244    
245  * DOCUMENTATION  * DOCUMENTATION
246    
247  ** Finish updating the Emacs Lisp manual.  ** Finish updating the Emacs Lisp manual.

Legend:
Removed from v.1.5.4.5  
changed lines
  Added in v.1.5.4.6

savannah-hackers-public@gnu.org
ViewVC Help
Powered by ViewVC 1.1.26