Re: Ref list fails to load in gitk when stale tracking reference exists

From: BhaaL <bhaalsen@gmail.com>
Date: Nov 15, 2025, 22:06 UTC
Message-ID: <CAJESqkrfjhSXmEc54JjX1bctG7JC2CtJF5KbUzPn4yat=FJ=7Q@mail.gmail.com>
In-Reply-To: <c70c4605-8c14-46b1-89c4-736165432d07@kdbg.org>

Awesome, thanks for letting me know!
I've sat on this report for a while, and only just gotten to send it
off (after an update to 2.51.2 still had the issue).
- BhaaL

On Sat, Nov 15, 2025 at 11:01 PM Johannes Sixt <j6t@kdbg.org> wrote:

Show 27 quoted lines

>
> Am 15.11.25 um 13:33 schrieb BhaaL:
> > This error message:
> > ---------
> > can't read "headids(remotes/origin/testing)": no such element in array
> > can't read "headids(remotes/origin/testing)": no such element in array
> >     while executing
> > "commitinview $headids($upstreamofref($n)) $curview"
> >     (procedure "refill_reflist" line 16)
> >     invoked from within
> > "refill_reflist"
> >     (procedure "showrefs" line 44)
> >     invoked from within
> > "showrefs"
> >     (command bound to event)
> > ---------
> >
> > remotes/origin/testing is a branch that existed upstream, but was
> > since merged and deleted.
> > The local one still exists (pending deletion/cleanup), but has a
> > tracking reference
> > in .git/config:
>
> This is fixed in the gitk that is included in Git v2.52.0.
>
> -- Hannes
>