GNU bug report logs - #7205
24.0.50; Font customizations not being applied properly at startup

Previous Next

Package: emacs;

Reported by: Tim Van Holder <tim.vanholder <at> gmail.com>

Date: Wed, 13 Oct 2010 11:56:02 UTC

Severity: normal

Found in version 24.0.50

Done: Tim Van Holder <tim.vanholder <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7205 in the body.
You can then email your comments to 7205 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7205; Package emacs. (Wed, 13 Oct 2010 11:56:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Tim Van Holder <tim.vanholder <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 13 Oct 2010 11:56:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Font customizations not being applied properly at startup
Date: Wed, 13 Oct 2010 11:32:35 +0200
This can't be reproduced with 'emacs -Q'.

I have custom-file customized as "~/.custom.el".
My .emacs has
  (setq custom-file "~/.custom.el")
  (load custom-file)
at the top to ensure that it gets loaded.

In current bzr (r101947) this is not loading all face customizations
anymore. Ediff faces in particular seem to be affected.
After startup, list-faces-display shows the diff-xxx faces as their
defaults, not the customized version.
Eval'ing the custom-set-faces in .custom.el does update the customized
colors, but values not explictly overridden remain (e.g. on diff-header,
my customized version has no background color set, but the default
background color is retained after the eval). Hitting [enter] in the
face list for these faces takes me to a customization buffer that
declares that the face is set as STANDARD. In fact, this seems to be the
case for all faces, even those that do get loaded "correctly".
So I tried (re)customizing a face (show-paren-match) and after saving
that, .custom.el lost all the previous face customizations, replacing
them with a single one:

  (custom-set-faces
   ;; custom-set-faces was added by Custom.
   ;; If you edit it by hand, you could mess it up, so be careful.
   ;; Your init file should contain only one such instance.
   ;; If there is more than one, they won't work right.
   '(show-paren-match
     ((t
       (:background "Navy" :foreground "Wheat" :weight bold)))))

In the original file, the entry was:

   '(show-paren-match
     ((((class color))
       (:bold t :foreground "Wheat" :background "Navy"))))

(both examples reformatted to fit on a mail line).
So it looks like custom might not like its old format anymore, causing
it to mishandle existing customizations (and even worse, completely
discard them when a new customization is saved).


In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2010-10-13 on leeloo
Windowing system distributor `The Cygwin/X Project', version 11.0.10503000
configured using `configure  '--with-x''




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7205; Package emacs. (Wed, 13 Oct 2010 12:29:01 GMT) Full text and rfc822 format available.

Message #8 received at 7205 <at> debbugs.gnu.org (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: 7205 <at> debbugs.gnu.org
Subject: Re: 24.0.50; Font customizations not being applied properly at startup
Date: Wed, 13 Oct 2010 14:31:57 +0200
On 13 October 2010 11:32, Tim Van Holder <tim.vanholder <at> gmail.com> wrote:
> This can't be reproduced with 'emacs -Q'.

Actually, it turns out customized faces keep on being lost - it's not
just my old ones.
This means I have a recipe with "emacs -Q" as well:

1) emacs -Q
2) eval (setq custom-file "~/bug7205.el")
3) customize font-lock-comment-face, changing the color to "HotPink",
save for future sessions
3) customize font-lock-function-name-face, changing the color to
"Goldenrod", save for future sessions
4) Exit emacs

At this point bug7205.el contains:

(custom-set-variables
 ;; custom-set-variables was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 )
(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(font-lock-comment-face ((t (:foreground "HotPink"))))
 '(font-lock-function-name-face ((t (:foreground "Goldenrod")))))

5) emacs -Q
6) eval (setq custom-file "~/bug7205.el")
7) eval (load-file custom-file)
8) customize font-lock-comment-face: color is HotPink, but state is STANDARD
9) customize font-lock-function-name-face: color is Goldenrod, but
state is STANDARD
10) save for future sessions on font-lock-function-name-face
11) Exit emacs

At this point, bug7205.el contains just the stubs - at the point of
the save, Custom did not see any faces as customized, so it did not
emit anything:

(custom-set-variables
 ;; custom-set-variables was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 )
(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 )




Reply sent to Tim Van Holder <tim.vanholder <at> gmail.com>:
You have taken responsibility. (Thu, 14 Oct 2010 08:24:02 GMT) Full text and rfc822 format available.

Notification sent to Tim Van Holder <tim.vanholder <at> gmail.com>:
bug acknowledged by developer. (Thu, 14 Oct 2010 08:24:02 GMT) Full text and rfc822 format available.

Message #13 received at 7205-done <at> debbugs.gnu.org (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: 7205-done <at> debbugs.gnu.org
Subject: Re: 24.0.50; Font customizations not being applied properly at startup
Date: Thu, 14 Oct 2010 10:26:43 +0200
Looks like this was fixed by

  101960: Chong Yidong 2010-10-14 Fix 2010-10-12 change to
custom-theme-set-faces.

Faces are no longer lost when saving customizations, and they show up
as "SAVED and set" again.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 11 Nov 2010 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 225 days ago.

Previous Next


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