23.0.50; Can't switch to a buffer

23.0.50; Can't switch to a buffer

[Leo]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

To reproduce:
   1. `emacs -nw -q' in a terminal
      Let's assume that *scratch* buffer is now displayed
   2. M-x server-start
   3. Open an X frame with emacsclient
   4. In X frame, you won't be able to switch to any buffer that is
      displayed in those tty frames.

I found this very annoying as from time to time I have to go to the tty
frame bury that buffer and go back to the X frame and switch to it. For
example when I want to copy something out of Emacs to other applications
such as firefox and I don't have a mouse there is no easy to do that in
ttys.

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'.
If you would like to further debug the crash, please read the file
/usr/local/packages/emacs/share/emacs/23.0.50/etc/DEBUG for instructions.


In GNU Emacs 23.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.10.14, multi-tty)
 of 2007-09-01 on sl392.st-edmunds.cam.ac.uk
configured using `configure  '--prefix=/usr/local/packages/emacs' '--with-kerberos5' '--enable-locallisppath=/usr/local/share/emacs/site-lisp' '--without-toolkit-scroll-bars' '--with-xft' '--enable-font-backend' '--with-x-toolkit=yes''

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_GB.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Summary

Minor modes in effect:
  auto-insert-mode: t
  gnus-agent-mode: t
  erc-spelling-mode: t
  erc-page-mode: t
  erc-menu-mode: t
  erc-services-mode: t
  erc-autojoin-mode: t
  erc-button-mode: t
  erc-ring-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-match-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-netsplit-mode: t
  erc-smiley-mode: t
  erc-readonly-mode: t
  erc-scrolltobottom-mode: t
  dired-omit-mode: t
  recentf-mode: t
  icomplete-mode: t
  show-paren-mode: t
  savehist-mode: t
  xterm-mouse-mode: t
  delete-selection-mode: t
  global-auto-revert-mode: t
  display-time-mode: t
  minibuffer-indicate-depth-mode: t
  partial-completion-mode: t
  which-function-mode: t
  shell-dirtrack-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC O D ESC O D DEL u s e r s RET C-x b l DEL RET h 
o w e v e r SPC t h e SPC p o i n DEL DEL DEL DEL DEL 
DEL DEL DEL i t SPC s e e m s SPC p e p o p l e SPC 
C-c $ a r e SPC n o t SPC h a p p y SPC w i t h SPC 
e DEL m e t a p o s t , SPC o t h e r w i s e SPC w 
h y SPC a n o h DEL t h e r SPC t h DEL DEL DEL DEL 
DEL DEL DEL DEL DEL DEL p s t r i c k s RET C-c SPC 
C-c C-@ C-x b s c r RET C-x b RET s r TAB y o u SPC 
c a n ' t RET C-c C-@ b u t SPC w h i c h SPC p a c 
k a g e SPC t o SPC l e a r n ? RET C-c C-@ r DEL s 
r TAB t h a t ' s SPC n o t SPC w o DEL DEL t DEL DEL 
DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL 
DEL DEL DEL DEL DEL DEL DEL DEL s r i d TAB a c t u 
a l l y SPC c r e a t e SPC a SPC b u f f e r SPC i 
s SPC C-a C-k C-x g n RET ESC O B RET n C-x 1 ESC x 
r e p o TAB r TAB e m TAB b TAB RET

Recent messages:
Opening nntp server on nntp-serv.cam.ac.uk...done
Checking new news...done
Retrieving newsgroup: gmane.emacs.devel...
Opening nntp server on news.gmane.org...done
Fetching headers for gmane.emacs.devel...done
Scoring...done
Sorting threads...done
Generating summary...done
Hit C-g to stop BBDB from annotating.  5 of 6 addresses processed.
Hit C-g to stop BBDB from annotating.  5 of 7 addresses processed.

-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

=>             "(require 'cl) considered harmful" considered harmful
=>           http://dto.freeshell.org/blog/blog-2007-09-07-2323.html

Re: 23.0.50; Can't switch to a buffer

[Tassilo Horn]

Leo <sdl.web@gmail.com> writes:

Hi Leo,

> To reproduce:
>    1. `emacs -nw -q' in a terminal
>       Let's assume that *scratch* buffer is now displayed
>    2. M-x server-start
>    3. Open an X frame with emacsclient
>    4. In X frame, you won't be able to switch to any buffer that is
>       displayed in those tty frames.
>
> I found this very annoying as from time to time I have to go to the
> tty frame bury that buffer and go back to the X frame and switch to
> it. For example when I want to copy something out of Emacs to other
> applications such as firefox and I don't have a mouse there is no easy
> to do that in ttys.

I think the problem is that you use ido or iswitchb to switch to
buffers.  By default those try to raise the frame which displays the
buffer instead of switching to the buffer in the current frame.  With
multi-tty the problem can be even worse, because maybe the server runs
detached somewhere and cannot be raised and the user doesn't even know
which buffer it's displaying.

Because of that in

        Message-ID: <87ejhc58oj.fsf@baldur.tsdh.de>

I proposed to change the default values of the variables that cause this
confusion to ask before trying to raise another frame.

Bye,
Tassilo

Re: 23.0.50; Can't switch to a buffer

[Leo]

On 2007-09-10 20:07 +0100, Tassilo Horn wrote:
> Hi Leo,

Hi Tassilo,

>
>> To reproduce:
>>    1. `emacs -nw -q' in a terminal
>>       Let's assume that *scratch* buffer is now displayed
>>    2. M-x server-start
>>    3. Open an X frame with emacsclient
>>    4. In X frame, you won't be able to switch to any buffer that is
>>       displayed in those tty frames.
>>
>> I found this very annoying as from time to time I have to go to the
>> tty frame bury that buffer and go back to the X frame and switch to
>> it. For example when I want to copy something out of Emacs to other
>> applications such as firefox and I don't have a mouse there is no easy
>> to do that in ttys.
>
> I think the problem is that you use ido or iswitchb to switch to
> buffers.  By default those try to raise the frame which displays the
> buffer instead of switching to the buffer in the current frame.  With
> multi-tty the problem can be even worse, because maybe the server runs
> detached somewhere and cannot be raised and the user doesn't even know
> which buffer it's displaying.

Indeed. ido and iswitchb should be fixed.

>
> Because of that in
>
>         Message-ID: <87ejhc58oj.fsf@baldur.tsdh.de>
>
> I proposed to change the default values of the variables that cause this
> confusion to ask before trying to raise another frame.

But the proposed change does not do the right thing. Ido or Iswitchb
should just switch to that buffer without asking the question.

> Bye,
> Tassilo

-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

=>             "(require 'cl) considered harmful" considered harmful
=>           http://dto.freeshell.org/blog/blog-2007-09-07-2323.html

Re: 23.0.50; Can't switch to a buffer

[Tassilo Horn]

Leo <sdl.web@gmail.com> writes:

Hi Leo,

>> Because of that in
>>
>>         Message-ID: <87ejhc58oj.fsf@baldur.tsdh.de>
>>
>> I proposed to change the default values of the variables that cause
>> this confusion to ask before trying to raise another frame.
>
> But the proposed change does not do the right thing. Ido or Iswitchb
> should just switch to that buffer without asking the question.

I think that's a question of personal preference and my change tries to
be as near to the current behavior as possible.

You can set iswitchb-default-method to samewindow or otherwindow to get
what you want.  (Or selected-window or other-window for the ido
variants.)

Bye,
Tassilo

Re: 23.0.50; Can't switch to a buffer

[Leo]

On 2007-09-10 21:46 +0100, Tassilo Horn wrote:
>>> Because of that in
>>>
>>>         Message-ID: <87ejhc58oj.fsf@baldur.tsdh.de>
>>>
>>> I proposed to change the default values of the variables that cause
>>> this confusion to ask before trying to raise another frame.
>>
>> But the proposed change does not do the right thing. Ido or Iswitchb
>> should just switch to that buffer without asking the question.
>
> I think that's a question of personal preference and my change tries to
> be as near to the current behavior as possible.
>
> You can set iswitchb-default-method to samewindow or otherwindow to get
> what you want.  (Or selected-window or other-window for the ido
> variants.)

But if I use `emacsclient -t' to start another tty frame, there is no
problem switching to any buffer. why should we make it different for X
frames?

>
> Bye,
> Tassilo

-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

=>             "(require 'cl) considered harmful" considered harmful
=>           http://dto.freeshell.org/blog/blog-2007-09-07-2323.html

Re: 23.0.50; Can't switch to a buffer

[Tassilo Horn]

Leo <sdl.web@gmail.com> writes:

Hi Leo,

> But if I use `emacsclient -t' to start another tty frame, there is no
> problem switching to any buffer. why should we make it different for X
> frames?

There are users that use things like "one X frame per buffer" and
pop-up-windows.  For them raising the frame which shows the buffer is
the right thing to do.

But maybe it would be good if emacs ignored tty frames when looking for
frames that display a given buffer.

Bye,
Tassilo

Re: 23.0.50; Can't switch to a buffer

[David Kastrup]

Tassilo Horn <tassilo@member.fsf.org> writes:

> Leo <sdl.web@gmail.com> writes:
>
> Hi Leo,
>
>> But if I use `emacsclient -t' to start another tty frame, there is no
>> problem switching to any buffer. why should we make it different for X
>> frames?
>
> There are users that use things like "one X frame per buffer" and
> pop-up-windows.  For them raising the frame which shows the buffer is
> the right thing to do.
>
> But maybe it would be good if emacs ignored tty frames when looking for
> frames that display a given buffer.

Emacs should most certainly ignore any frames not on the present
terminal when looking to display a given buffer.

-- 
David Kastrup