Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
From: Bart Schaefer <schaefer@brasslantern.com>
Message-Id: <160602002257.ZM14758@torch.brasslantern.com>
Date: Thu, 2 Jun 2016 00:22:57 -0700
In-Reply-To: <7795.1464138176@thecus.kiddle.eu>
Comments: In reply to Oliver Kiddle <okiddle@yahoo.co.uk>
        "Re: Bug in undo/redo handling in conjunction with history-beginning-search-backward" (May 25,  3:02am)
References: <CAHYJk3TPHXFx96mm-40hvEqnd__8v8mnebiZ1r+thxGorZz=qg@mail.gmail.com> 
	<7795.1464138176@thecus.kiddle.eu>
To: zsh workers <zsh-workers@zsh.org>
Subject: Re: Bug in undo/redo handling in conjunction with history-beginning-search-backward
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On May 25,  3:02am, Oliver Kiddle wrote:
} Subject: Re: Bug in undo/redo handling in conjunction with history-beginni
}
} On first attempt, I couldn't reproduce this. I do get the effect with
} repeated undos and no redos, however.
} 
} The way history line changes are stored in the undo code differs
} markedly from other changes. So the code has ended up with special logic
} to handle the history changes.

I don't think this is directly related to history changes, I can cause a
crash on multiple undo with bracketed-paste-magic having not changed the
history line at all.  See other thread.