--- Begin Message ---
|
Subject: |
24.0.50; C-x k deletes the entire frame instead of switching to another buffer |
|
Date: |
Thu, 01 Sep 2011 20:46:29 +0300 |
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgement at that address.
Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.
Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug. If you can, give a recipe
starting from `emacs -Q':
emacs -Q
M-x list-colors-display RET
C-x 1
C-x 5 b *Colors* RET
C-x b foo RET
C-x b *Colors* RET
C-x k
Boom! the frame is deleted, although there's at least one more buffer
(`foo') in that frame's nuffer list.
This happens because window-deletable-p returns `frame' for the window
of the *Colors* buffer. It does so because that buffer's window's
quit-restore parameter has `new-frame' as its car. Why is that so, I
don't know; quit-restore doesn't seem to be documented anywhere, only
mentioned in a few doc strings without any explanation. Perhaps the
reason is that *Colors* was the first buffer on that frame?
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
d:/gnu/bzr/emacs/trunk/etc/DEBUG.
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
of 2011-09-01 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1255
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r t C-g M-x l i s t - c o l o <tab> <return>
C-x 1 C-x 5 b * C o l <tab> <return> C-x b f o o <return>
x C-x b b a r <return> C-x b <up> <up> <up> <return>
C-x k <return> M-x r e p o r t - e m <tab> <return
>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug color help-mode easymenu view time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win
w32-vars tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer button
faces cus-face files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process multi-tty emacs)
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#9419: 24.0.50; C-x k deletes the entire frame instead of switching to another buffer |
|
Date: |
Sat, 03 Sep 2011 13:01:14 +0200 |
|
User-agent: |
Thunderbird 2.0.0.21 (Windows/20090302) |
> emacs -Q
> M-x list-colors-display RET
> C-x 1
> C-x 5 b *Colors* RET
> C-x b foo RET
> C-x b *Colors* RET
> C-x k
>
> Boom! the frame is deleted, although there's at least one more buffer
> (`foo') in that frame's nuffer list.
>
> This happens because window-deletable-p returns `frame' for the window
> of the *Colors* buffer. It does so because that buffer's window's
> quit-restore parameter has `new-frame' as its car. Why is that so, I
> don't know; quit-restore doesn't seem to be documented anywhere, only
> mentioned in a few doc strings without any explanation. Perhaps the
> reason is that *Colors* was the first buffer on that frame?
*Colors* was the buffer recorded in the quit-restore parameter. I
installed a fix in revision 105644 and closed the bug. Please check.
Thanks, martin
--- End Message ---