GNU bug report logs -
#4702
23.1.50; named frame switching in terminal + emacsclient
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4702 in the body.
You can then email your comments to 4702 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4702
; Package
emacs
.
(Sun, 11 Oct 2009 22:55:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jose Antonio Ortega Ruiz <jaortega <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sun, 11 Oct 2009 22:55:06 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
There seem to be several situations where, if one has more than one
frame in a terminal-based emacs session and opens another one in a
different terminal, the frame selected in the first terminal changes as
a consequence.
You can reproce the effect in a simple way:
(0) emacs -nw -Q -daemon
(1) open a new terminal and execute `emacsclient -t' (you're in frame F2)
(2) eval (make-frame '((name . "test"))) (you're still in frame F2)
(3) open a *second* xterm and `emacsclient -t' in it
(4) the frame focused in the first terminal (opened at (1)) is now in
frame "test", instead of F2
The frame jump does *not* happen if the frame you create in step (2) has
no name parameter (i.e. Fn is assigned by `make-frame'
internally). These frame jumps happen in other situations, but they're
difficult to reproduce; they always involve some activity by a second
emacsclient, and always have an explicitly name frame as
destination. Also, sometimes they're provoked also by calls of the form
`emacsclient -e <exp>', instead of -t as in (3), but not in this simple
case.
Thanks!
In GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.2)
of 2009-10-10 on elegiac, modified by Debian
(emacs-snapshot package, version 1:20091010-1)
configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1.50/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''
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: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
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
global-auto-composition-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 a k e - f r a m ESC TAB ESC TAB SPC C-b C-b C-h
f RET SPC DEL C-e ' ( ( n a m e SPC . SPC " t e s t
" ) ) ) C-j C-x 1 <switch-frame> C-x 5 o C-x b RET
<switch-frame> C-n C-p <switch-frame> C-x 5 0 C-x 5
2 C-x 5 o C-x b RET <switch-frame> C-p C-n C-p C-p
C-x 5 0 <switch-frame> C-x 5 0 <switch-frame> C-x 5
0 C-p C-p C-x 5 0 C-x 5 2 ( s e t - f r a m e - n ESC
TAB SPC " t e s t " ) C-j C-x 5 0 C-x b m e s RET <switch-frame>
C-x 5 C-g <switch-frame> C-p C-n C-n C-p C-p <switch-frame>
C-x 5 o C-x 5 o <switch-frame> C-x 5 0 C-x b s DEL
RET ESC x o t h e r - f r a TAB RET C-x 5 o C-x 5 o
C-p C-k C-p C-e C-x 5 2 C-j C-x 5 o C-x b m e s RET
C-x 5 o C-x 5 o <switch-frame> ESC x r e m p o r TAB
DEL DEL DEL DEL p o r TAB RET
Recent messages:
("emacs")
Starting Emacs daemon.
When done with this frame, type C-x 5 0
Making completion list...
Complete, but not unique
Type C-x 4 C-o RET to restore the other window, C-M-v to scroll help.
When done with this frame, type C-x 5 0 [5 times]
Load-path shadows:
/usr/share/emacs/23.1.50/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs/23.1.50/site-lisp/ruby1.8-elisp/ruby-mode hides /usr/share/emacs/23.1.50/lisp/progmodes/ruby-mode
Features:
(shadow mail-extr message ecomplete rfc822 mml mml-sec password-cache
mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045
qp ietf-drums mailabbrev nnheader gnus-util netrc mm-util mail-prsvr
gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash mail-utils
emacsbug sendmail regexp-opt help-fns pp time-date time help-mode
easymenu view server tooltip ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button
minibuffer faces cus-face text-properties overlay md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind gtk x-toolkit x multi-tty emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#4702
; Package
emacs
.
(Tue, 19 Jun 2012 06:57:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 4702 <at> debbugs.gnu.org (full text, mbox):
Jose Antonio Ortega Ruiz <jaortega <at> gmail.com> writes:
> There seem to be several situations where, if one has more than one
> frame in a terminal-based emacs session and opens another one in a
> different terminal, the frame selected in the first terminal changes
> as
> a consequence.
>
> (0) emacs -nw -Q -daemon
> (1) open a new terminal and execute `emacsclient -t' (you're in frame
> F2)
> (2) eval (make-frame '((name . "test"))) (you're still in frame F2)
> (3) open a *second* xterm and `emacsclient -t' in it
> (4) the frame focused in the first terminal (opened at (1)) is now in
> frame "test", instead of F2
Thanks for the bug report. I've committed a fix to trunk.
bug closed, send any further explanations to
4702 <at> debbugs.gnu.org and Jose Antonio Ortega Ruiz <jaortega <at> gmail.com>
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 19 Jun 2012 06:57:03 GMT)
Full text and
rfc822 format available.
Forcibly Merged 4702 5758.
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 20 Jun 2012 05:51:01 GMT)
Full text and
rfc822 format available.
Forcibly Merged 4702 5758 6884.
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 20 Jun 2012 17:01:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 19 Jul 2012 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 289 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.