GNU bug report logs - #3204
23.0.93; NS frames get unhidden after exiting a TTY frame

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 3204 in the body.
You can then email your comments to 3204 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Steve Purcell <steve <at> sanityinc.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.93; NS frames get unhidden after exiting a TTY frame
Date: Mon, 4 May 2009 11:57:01 +0200

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 <at> gnu.org  
mailing list.

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

First hide Emacs' main NS frame (Menu: "Emacs > Hide Emacs").

In a terminal, start "emacsclient -t".  Now exit that TTY frame using  
"C-x 5 0".

Expected behaviour: TTY frame exits, no side effects.

Observed behaviour: TTY frame exits, NS frame is unhidden and made the  
front window.

For those of us who routinely hide inactive apps on OS X, this makes  
the TTY support
decidedly annoying to use.


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
/Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions.


In GNU Emacs 23.0.93.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
 of 2009-05-04 on mandala.as24.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

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: nil
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Ruby

Minor modes in effect:
  xterm-mouse-mode: t
  flymake-mode: t
  ruby-electric-mode: t
  show-paren-mode: t
  rinari-minor-mode: t
  desktop-save-mode: t
  global-auto-complete-mode: t
  auto-complete-mode: t
  yas/minor-mode: t
  recentf-mode: t
  diff-auto-refine-mode: t
  tooltip-mode: t
  mouse-wheel-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
  unify-8859-on-decoding-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  size-indication-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:

Recent messages:
When done with this frame, type C-x 5 0
Quit

Message #10 received at 3204 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: 3303 <at> debbugs.gnu.org, 3204 <at> debbugs.gnu.org
Date: Fri, 15 May 2009 19:27:55 -0700

Bugs 3303 and 3204 are probably related / same.

Message #17 received at 3204 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: Steve Purcell <steve <at> sanityinc.com>, 3204 <at> debbugs.gnu.org
Subject: Re:23.0.93; NS frames get unhidden after exiting a TTY frame
Date: Wed, 27 May 2009 12:27:00 -0400

[Message part 1 (text/plain, inline)]

Steve,
regarding this bug:  could you try a new build?
I checked in a fix to a related bug yesterday, which may address the  
problem you reported as well.

Thanks
- David

[smime.p7s (application/pkcs7-signature, attachment)]

Message #22 received at 3204 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Steve Purcell <steve <at> sanityinc.com>
To: David Reitter <david.reitter <at> gmail.com>
Cc: 3204 <at> debbugs.gnu.org
Subject: Re: 23.0.93; NS frames get unhidden after exiting a TTY frame
Date: Wed, 27 May 2009 19:03:45 +0200

You made my day! - yes, the problem is indeed fixed now.

Thanks so much.

-Steve




On 27 May 2009, at 18:27, David Reitter wrote:

> Steve,
> regarding this bug:  could you try a new build?
> I checked in a fix to a related bug yesterday, which may address the  
> problem you reported as well.
>
> Thanks
> - David

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.