From: Phillip Lord <phillip.lord@newcastle.ac.uk>
To: Karl Fogel <kfogel@red-bean.com>,
Phillip Lord <phillip.lord@russet.org.uk>
Cc: Artur Malabarba <bruce.connor.am@gmail.com>,
emacs-devel <emacs-devel@gnu.org>
Subject: RE: Apparent regression on the undo command
Date: Fri, 20 Nov 2015 07:51:55 +0000 [thread overview]
Message-ID: <DBXPR07MB33495C9B6B977F2B5A7861BC51A0@DBXPR07MB334.eurprd07.prod.outlook.com> (raw)
In-Reply-To: <87io4xpio3.fsf@red-bean.com>
It is my commit after all. I will work on it as soon as I can. Had a nasty cold for the last few days.
Phil
________________________________________
From: emacs-devel-bounces+phillip.lord=newcastle.ac.uk@gnu.org [emacs-devel-bounces+phillip.lord=newcastle.ac.uk@gnu.org] on behalf of Karl Fogel [kfogel@red-bean.com]
Sent: 20 November 2015 01:24
To: Phillip Lord
Cc: Artur Malabarba; emacs-devel
Subject: Re: Apparent regression on the undo command
phillip.lord@russet.org.uk (Phillip Lord) writes:
>Artur Malabarba <bruce.connor.am@gmail.com> writes:
>> 2015-11-19 9:47 GMT+00:00 Phillip Lord <phillip.lord@russet.org.uk>:
>>> I'll try and see if I can automate the problem and
>>> run a bisect.
>>
>> The following works for me. When called on the *scratch* buffer it
>> returns non-nil if the problem occurs.
>>
>> (progn
>> (kmacro-call-macro nil nil nil [134217788 11 14 14 11 67108911])
>> (equal (point-min) (point)))
>>
>> That macro simply calls M-< C-k C-n C-n C-k C-/
>
>
>I tried various combinations -- works interactively but fails in batch
>either because *scratch* hasn't been initialized, or undo appears to
>work wrongly.
>
>No worries, it's easy enough to test by hand, and am doing so.
Any luck? FWIW I'm noticing the bug too, in emacs-25 branch built from commit c210b8b128c.
Best regards,
-Karl
next prev parent reply other threads:[~2015-11-20 7:51 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-18 11:50 Apparent regression on the undo command Artur Malabarba
2015-11-18 12:24 ` Phillip Lord
2015-11-18 13:16 ` Artur Malabarba
2015-11-19 9:47 ` Phillip Lord
2015-11-19 12:11 ` Artur Malabarba
2015-11-19 13:12 ` Phillip Lord
2015-11-20 1:24 ` Karl Fogel
2015-11-20 7:51 ` Phillip Lord [this message]
2015-11-20 10:06 ` Artur Malabarba
2015-11-21 10:02 ` Phillip Lord
2015-11-21 11:18 ` Artur Malabarba
2015-11-22 0:55 ` David Reitter
2015-11-23 17:27 ` Phillip Lord
2015-12-14 20:04 ` bug#21968: " John Wiegley
2015-12-14 20:09 ` Eli Zaretskii
2015-12-14 21:28 ` Phillip Lord
2015-12-14 22:05 ` John Wiegley
2015-12-14 22:30 ` Phillip Lord
2015-12-14 22:34 ` John Wiegley
2015-12-15 9:31 ` Phillip Lord
2015-12-15 15:06 ` John Wiegley
2015-11-23 17:27 ` Phillip Lord
2015-11-22 0:55 ` David Reitter
2015-11-18 22:50 ` Markus Triska
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DBXPR07MB33495C9B6B977F2B5A7861BC51A0@DBXPR07MB334.eurprd07.prod.outlook.com \
--to=phillip.lord@newcastle.ac.uk \
--cc=bruce.connor.am@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=kfogel@red-bean.com \
--cc=phillip.lord@russet.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.