GNU bug report logs - #57684
locked narrowing breaks existing code without an apparent way to repair

Previous Next

Package: emacs;

Reported by: Paul Pogonyshev <pogonyshev <at> gmail.com>

Date: Thu, 8 Sep 2022 19:38:02 UTC

Severity: normal

Full log


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

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 57684 <at> debbugs.gnu.org
Subject: Re: bug#57684: locked narrowing breaks existing code without an
 apparent way to repair
Date: Tue, 13 Sep 2022 22:54:07 +0200
[Message part 1 (text/plain, inline)]
By the way, today Emacs 29 hung in Magit blaming for me, with C-g doing
nothing. Grepping Magit sources suggest it uses the "save-restriction -
temporarily widen" more than ten times in various places, 3 of them when
blaming. Cannot say for sure that was it, but all the outer symptoms are
identical with the hangs in Logview.

I really think there must be a way to "widen no matter which locks are
installed" - a lot of code seems to depend on that.

Paul

On Fri, 9 Sept 2022 at 18:20, Gregory Heytings <gregory <at> heytings.org> wrote:

>
> >> This issue is being worked on, see the (not yet finished)
> >> feature/improved-locked-narrowing branch.
> >
> > Is there much to be done on that branch before merging?
> >
>
> I don't know yet.  Not "that much" I think, but there are a number of
> things that need to be fixed/improved.
>
[Message part 2 (text/html, inline)]

This bug report was last modified 2 years and 274 days ago.

Previous Next


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