Re: [PATCH v4 0/2] progress.c API users: fix bogus counting
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Sep 9, 2021, 20:02 UTC
- Message-ID
- <xmqqee9xy0t1.fsf@gitster.g>
- In-Reply-To
- <cover-v4-0.2-00000000000-20210909T010722Z-avarab@gmail.com>
Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
Show 7 quoted lines
> Fix bad uses of the progress.c API. See > https://lore.kernel.org/git/cover-v3-0.2-00000000000-20210823T102722Z-avarab@gmail.com > for the v3. > > This re-roll is on top of a merge conflict in v3 with 7a132c628e5 > (checkout: make delayed checkout respect --quiet and --no-progress, > 2021-08-26), i.e. the mt/quiet-with-delayed-checkout topic.
Thanks, as that commit makes the call to progress code conditional, with a new variable involved in the decision, it is understandable that this needs to be adjusted for that newer codebase.
Very much appreciated.