GNU bug report logs -
#78890
31.0.50; Messy vc-annotate buffer names
Previous Next
Reported by: Kristoffer Balintona <krisbalintona <at> gmail.com>
Date: Tue, 24 Jun 2025 10:43:02 UTC
Severity: normal
Found in version 31.0.50
Fixed in version 31.1
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hello,
On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
> On 6/24/2025 4:50 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
>>
>>> Would it be possible to have buffer names more like the following
>>> instead upon calls to vc-annotate-next-revision and
>>> vc-annotate-prev-revision?
>>> 1. *Annotate vtable.el (rev f1737342518)*
>>> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
>>> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
>> Does the attached patch give the results you want?
>
> Here's another possible patch for this. It uses 'vc-parent-buffer', which
> might be nil when first annotating a file, but that works out nicely, since
> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
> original source file). I think this should be safe, though I'm not an expert
> on the VC internals.
Thanks. We could use vc-parent-buffer somehow, but not unconditionally
-- it's not always set, but only in certain interactive calls.
Even though it's strange to be fixing this by chopping up text like
Stephen's patch does, I think I prefer it because it should always work.
But I'm open to other ways of using vc-parent-buffer with a fallback.
> I also notice that the previous revisions use the full Git SHA, even though
> they *should* be abbreviated. That's a separate issue though, so I'll file a
> bug for that once I have a patch ready.
That would be great, thanks.
--
Sean Whitton
This bug report was last modified 20 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.