GNU bug report logs - #53636
29.0.50; face-remapping broken on master

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Sun, 30 Jan 2022 13:55:02 UTC

Severity: normal

Tags: confirmed

Found in version 29.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 53636 <at> debbugs.gnu.org, tsdh <at> gnu.org
Subject: Re: bug#53636: 29.0.50; face-remapping broken on master
Date: Wed, 09 Feb 2022 09:01:27 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> So: in the scenario you've shown, do we want *scratch* to have its
> mode-line remapped on the new frame, or don't we?  IOW, I agree that
> the result ideally shouldn't depend on the buffer where make-frame is
> called, but I need to know what is the desired behavior in order to
> find code which produces the undesired results.

Yes, I don't think that the results in the new frame should depend on
the current buffer when `make-frame' is called.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 157 days ago.

Previous Next


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