GNU bug report logs - #68880
30.0.50; [pgtk] Theme customization is not applied by custom-theme-set-faces until theme is re-enabled

Previous Next

Full log

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

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 68880 <at> debbugs.gnu.org
Subject: Re: bug#68880: 30.0.50; [pgtk] Theme customization is not applied by
 custom-theme-set-faces until theme is re-enabled
Date: Sat, 3 Feb 2024 19:11:01 +0200

On 03/02/2024 08:41, Po Lu wrote:
> Dmitry Gutov <dmitry <at> gutov.dev> writes:
> 
>> To reproduce, put this into .emacs:
>>
>> (add-hook
>>    'after-init-hook
>>    (lambda ()
>>      (load-theme 'adwaita t)
>>
>>      (custom-theme-set-faces
>>       'adwaita
>>       '(font-lock-comment-face ((t (:foreground "yellow")))))))
>>
>> Then run emacs -Q.
> 
> Upon rereading your description, it appears as though you're reporting
> that `emacs -Q' does not load the user's initialization files, while it
> does in the non-PGTK builds.  Needless to say, if true, that is a severe
> bug!

Not sure it relates to the user initialization files: like I say below, 
the same scenario and the result can be reproduced interactively after 
Emacs has initialized.

>> When the PGTK port is used, the comment face's foreground won't be
>> yellow. With other ports (e.g. GTK3 or Lucid), it is.
>>
>> The use of after-init-hook itself it not crucial - you can just as well
>> enable the theme using 'M-x load-theme' and then evaluate the
>> custom-theme-set-faces form.
>>
>> There is some text on the splash screen with font-lock-comment-face
>> applied, so you should see the effect right away.
> 
> I can reproduce this, thanks.

Previous Next

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