23.0.60; 'default' face not set properly in new frame

23.0.60; 'default' face not set properly in new frame

[Tim Van Holder]

In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2008-03-07 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure  '--with-x-toolkit=gtk' '--with-x' '--with-freetype' '--with-xft' '--with-libotf''

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

While in an ediff-buffers session, I executed M-x make-frame to get a new
window. That newly created window did not have the correct font set (it
used Adobe Courier while I have the default face customized to use the
Terminus font).
M-x customize-face default showed it as "SAVED and set" with courier as
the font family. "Reset to saved settings" caused both frames to be
repainted, using the correct font.
Another M-x make-frame once again used the wrong font, so it seems
something goes wrong during frame creation causing new frames to get an
incorrectly set default face.

Re: 23.0.60; 'default' face not set properly in new frame

[Chong Yidong]

Tim Van Holder <tim.vanholder@gmail.com> writes:

> While in an ediff-buffers session, I executed M-x make-frame to get a new
> window. That newly created window did not have the correct font set (it
> used Adobe Courier while I have the default face customized to use the
> Terminus font).
> M-x customize-face default showed it as "SAVED and set" with courier as
> the font family. "Reset to saved settings" caused both frames to be
> repainted, using the correct font.
> Another M-x make-frame once again used the wrong font, so it seems
> something goes wrong during frame creation causing new frames to get an
> incorrectly set default face.

I can't reproduce this.  Please give a detailed recipe for reproducing
this bug, starting with emacs -Q

Thanks.

23.0.60; Default face in new frames

[Markus Triska]

When I start "emacs -Q", and then evaluate the following form:

(custom-set-faces
   '(default ((t (:stipple nil :background "white" :foreground "black"
                  :inverse-video nil :box nil :strike-through nil
                  :overline nil :underline nil :slant normal :weight normal
                  :height 180 :width normal :family "adobe-courier"))) t))

The frame and face get bigger, as intended. When I then evaluate:

(switch-to-buffer-other-frame "new")

the new frame uses the old (smaller) default face again.

In contrast, when I start "emacs -Q", and then evaluate the form:

(progn
  (custom-set-faces
     '(default ((t (:stipple nil :background "white" :foreground "black"
                    :inverse-video nil :box nil :strike-through nil
                    :overline nil :underline nil :slant normal :weight normal
                    :height 180 :width normal :family "adobe-courier"))) t))
  (switch-to-buffer-other-frame "new"))

both the old and the new frame get the bigger default face.


In GNU Emacs 23.0.60.2 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
 of 2008-04-05 on mt-computer.local
Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
configured using `configure  '--disable-font-backend''

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: nil
  default-enable-multibyte-characters: t

Re: 23.0.60; 'default' face not set properly in new frame

[Tim Van Holder]

(sorry, forgot to cc the list)

On Sat, Apr 5, 2008 at 10:26 PM, Chong Yidong <cyd@stupidchicken.com> wrote:
> Tim Van Holder <tim.vanholder@gmail.com> writes:
>
>  > While in an ediff-buffers session, I executed M-x make-frame to get a new
>  > window. That newly created window did not have the correct font set (it
>  > used Adobe Courier while I have the default face customized to use the
>  > Terminus font).
>  > M-x customize-face default showed it as "SAVED and set" with courier as
>  > the font family. "Reset to saved settings" caused both frames to be
>  > repainted, using the correct font.
>  > Another M-x make-frame once again used the wrong font, so it seems
>  > something goes wrong during frame creation causing new frames to get an
>  > incorrectly set default face.
>
>  I can't reproduce this.  Please give a detailed recipe for reproducing
>  this bug, starting with emacs -Q

100% reproduction for me with:

$ emacs -Q
M-x customize-face default
-> font-family starts out set to 'adobe-courier'
-> change it to 'terminus' (or some other font, like 'fixed')
-> set for current session (frame repaints with the new font)
M-x make-frame
-> get new frame, with adobe-courier
-> another 'set for current session' on default face repaints all
   frames with the configured font, but every subsequent make-frame keeps
   creating one with courier

This is with a freshly built emacs from CVS (regular rebuild, not full
bootstrap).

bug#120: marked as done (23.0.60; Default face in new frames)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 835 bytes --]


Your message dated Wed, 23 Jul 2008 01:22:05 -0400
with message-id <87zlo9gooy.fsf@stupidchicken.com>
and subject line Re: 23.0.60; Default face in new frames
has caused the Emacs bug report #120,
regarding 23.0.60; Default face in new frames
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
120: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=120
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 6793 bytes --]

From: Markus Triska <markus.triska@gmx.at>
To: emacs-pretest-bug@gnu.org
Cc: 
Subject: 23.0.60; Default face in new frames
Date: Sun,  6 Apr 2008 13:54:06 +0200 (CEST)
Message-ID: <20080406115406.3181B6E73F1@mt-computer.local>


When I start "emacs -Q", and then evaluate the following form:

(custom-set-faces
   '(default ((t (:stipple nil :background "white" :foreground "black"
                  :inverse-video nil :box nil :strike-through nil
                  :overline nil :underline nil :slant normal :weight normal
                  :height 180 :width normal :family "adobe-courier"))) t))

The frame and face get bigger, as intended. When I then evaluate:

(switch-to-buffer-other-frame "new")

the new frame uses the old (smaller) default face again.

In contrast, when I start "emacs -Q", and then evaluate the form:

(progn
  (custom-set-faces
     '(default ((t (:stipple nil :background "white" :foreground "black"
                    :inverse-video nil :box nil :strike-through nil
                    :overline nil :underline nil :slant normal :weight normal
                    :height 180 :width normal :family "adobe-courier"))) t))
  (switch-to-buffer-other-frame "new"))

both the old and the new frame get the bigger default face.


In GNU Emacs 23.0.60.2 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
 of 2008-04-05 on mt-computer.local
Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
configured using `configure  '--disable-font-backend''

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: nil
  default-enable-multibyte-characters: t





[-- Attachment #3: Type: message/rfc822, Size: 999 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: 120-done@emacsbugs.donarmstrong.com
Subject: Re: 23.0.60; Default face in new frames
Date: Wed, 23 Jul 2008 01:22:05 -0400
Message-ID: <87zlo9gooy.fsf@stupidchicken.com>

I believe this is now fixed in the trunk.

bug#47: marked as done (23.0.60; 'default' face not set properly in new frame)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 853 bytes --]


Your message dated Wed, 23 Jul 2008 01:22:05 -0400
with message-id <87zlo9gooy.fsf@stupidchicken.com>
and subject line Re: 23.0.60; Default face in new frames
has caused the Emacs bug report #120,
regarding 23.0.60; 'default' face not set properly in new frame
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
120: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=120
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 6825 bytes --]

From: Tim Van Holder <tim.vanholder@gmail.com>
To: emacs-pretest-bug@gnu.org
Cc: 
Subject: 23.0.60; 'default' face not set properly in new frame
Date: Fri, 07 Mar 2008 13:34:03 +0100
Message-ID: <87zltapvb8.fsf@leeloo.anubex.internal>


In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2008-03-07 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure  '--with-x-toolkit=gtk' '--with-x' '--with-freetype' '--with-xft' '--with-libotf''

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

While in an ediff-buffers session, I executed M-x make-frame to get a new
window. That newly created window did not have the correct font set (it
used Adobe Courier while I have the default face customized to use the
Terminus font).
M-x customize-face default showed it as "SAVED and set" with courier as
the font family. "Reset to saved settings" caused both frames to be
repainted, using the correct font.
Another M-x make-frame once again used the wrong font, so it seems
something goes wrong during frame creation causing new frames to get an
incorrectly set default face.




[-- Attachment #3: Type: message/rfc822, Size: 999 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: 120-done@emacsbugs.donarmstrong.com
Subject: Re: 23.0.60; Default face in new frames
Date: Wed, 23 Jul 2008 01:22:05 -0400
Message-ID: <87zlo9gooy.fsf@stupidchicken.com>

I believe this is now fixed in the trunk.

bug#47: closed by Chong Yidong <cyd@stupidchicken.com> (Re: 23.0.60; Default face in new frames)

[Tim Van Holder]

> From: Chong Yidong <cyd@stupidchicken.com>
> To: 120-done@emacsbugs.donarmstrong.com
> Date: Wed, 23 Jul 2008 01:22:05 -0400
> Subject: Re: 23.0.60; Default face in new frames
> I believe this is now fixed in the trunk.

While this is true for the originally reported issue, that is not
the case for the frame size issue I reported on bug #47.
But I'll add a new, separate bug for that - it was never certain
that it was caused by the fix for #47.