Re: bug while cloning http repo

From: Taylor Blau <me@ttaylorr.com>
Date: Nov 8, 2022, 00:26 UTC
Message-ID: <Y2miO01QqsL/mvIm@nand.local>
In-Reply-To: <CAOvKmB_qjAm66fAuDBmgGQG7J=+=VW6Fayxfp1zPs5qJfdd=-Q@mail.gmail.com>

On Mon, Nov 07, 2022 at 07:58:03PM +0300, andrey a wrote:

Show 19 quoted lines

> Thank you for filling out a Git bug report!
> Please answer the following questions to help us understand your issue.
>
> What did you do before the bug happened? (Steps to reproduce your issue)
>
> git clone http://git.altlinux.org/gears/r/rust.git
>
>
> What did you expect to happen? (Expected behavior)
>
> Normal cloned repo appears.
>
> What happened instead? (Actual behavior)
>
> git clone http://git.altlinux.org/gears/r/rust.git
> Cloning into 'rust'...
> error: Unable to get pack file
> http://git.altlinux.org/gears/r/rust.git/objects/pack/pack-42e36950f8cd6e0d242719691491d16dd2e270e6.pack
> transfer closed with 7043414950 bytes remaining to read

It looks like something (e.g., firewall, anti-virus software) between your workstation and git.altlinux.org is terminating the connection earlier than it should be.

So your client is only getting part of the pack that it asked for, and some of the objects appear missing.

> Looks like versions before 2.33.4 works fine. And after 2.33.5 (and
> 2.34.1 2.35.1) reproduce bug.

If there is a bisection which conclusively points to a single commit, that would be interesting to know. That might not necessarily indicate a bug in Git, but instead a behavior change which tickles whatever mechanism is sitting on either side of the connection.

Thanks, Taylor