GNU bug report logs - #55257
29.0.50; New command `scratch-buffer' inconsistent with startup

Previous Next

Package: emacs;

Reported by: David Ponce <da_vid <at> orange.fr>

Date: Wed, 4 May 2022 08:33:02 UTC

Severity: normal

Found in version 29.0.50

Done: Sean Whitton <spwhitton <at> spwhitton.name>

Bug is archived. No further changes may be made.

Full log


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

From: Sean Whitton <spwhitton <at> spwhitton.name>
To: 55257-done <at> debbugs.gnu.org
Subject: Re: bug#55257: 29.0.50; New command `scratch-buffer' inconsistent
 with startup
Date: Mon, 09 May 2022 18:50:21 -0700
Hello,

On Wed 04 May 2022 at 07:58am -07, Sean Whitton wrote:

> Hello,
>
> On Wed 04 May 2022 at 10:31am +02, David Ponce wrote:
>
>> Hello,
>>
>> The new command `scratch-buffer' does not re-create the *scratch* buffer
>> like in startup.el.
>>
>> The below patch fix this:
>> --- a/./installs/emacs/lisp/simple.el
>> +++ b/./emacs.d/simple.el
>> @@ -10221,7 +10221,8 @@ If the buffer doesn't exist, create it first."
>>         (pop-to-buffer-same-window "*scratch*")
>>       (pop-to-buffer-same-window (get-buffer-create "*scratch*"))
>>       (when initial-scratch-message
>> -      (insert initial-scratch-message))
>> +      (insert (substitute-command-keys initial-scratch-message))
>> +      (set-buffer-modified-p nil))
>>       (funcall initial-major-mode)))
>
> Thanks.  Let me try to fix this as part of factoring out the *scratch*
> initialisation code, as discussed in an emacs-devel thread.

This is now on master.

-- 
Sean Whitton




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

Previous Next


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