git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Bug: version 2.4 seems to have broken `git clone --progress`

From
Mike Hommey <mh@glandium.org>
Date
May 12, 2015, 00:22 UTC
Message-ID
<20150512002242.GA8523@glandium.org>
In-Reply-To
<xmqq8ucu3jug.fsf@gitster.dls.corp.google.com>
On Mon, May 11, 2015 at 02:06:15PM -0700, Junio C Hamano wrote:
Show 21 quoted lines
> "Jack O'Connor" <oconnor663@gmail.com> writes:
> 
> > In git 2.3.7 I could run the following command and see progress in the
> > terminal, despite the redirection of stdout and stderr:
> >
> >     git clone https://github.com/oconnor663/dotfiles --progress 2>&1 | cat
> >
> > As of 2.4, that command no longer shows progress. When I bisect, the
> > responsible commit is 2879bc3b0c3acc89f0415ac0d0e3946599d9fc88
> > ("transport-helper: ask the helper to set progress and verbosity
> > options after asking for its capabilities"). Can anyone suggest a
> > workaround?
> >
> > -- Jack O'Connor
> 
> That commit is by Mike Hommey <mh@glandium.org> so I'd imagine that
> CC'ing the author of the patch would be the first thing to do ;-)
> 
> I am kind of surprised that the commit changes behaviour, though.
> If I didn't hear that you had trouble in 2.4, I would have suspected
> 85cb8906 (progress: no progress in background, 2015-04-13) instead.

So, the reason this is happening is that 2879bc3 moved sending the progress helper option earlier, and for clone, it's early enough that transport_set_verbosity happens afterwards. Since transport_set_verbosity only sets the progress bit, and nothing re-emits a helper option command when it changes, we're left with the default, which is that no progress is shown if the output file descripto is not a tty.

I can see two ways to fix this:
- Make transport_set_verbosity call transport->set_option instead of
  defering to standard_options() in transport-helper.c.
- Declare that transport_set_verbosity must be used before any other
  transport_set_option, and change clone to invoke it first. Note that
  fetch and push already do that, so this is only currently a problem
  for clone.
Junio, what do you think?
Mike
Previous: Junio C HamanoNext: Junio C Hamano
Message 3 of 8 in “Bug: version 2.4 seems to have broken `git clone --progress`”
  1. Jack O'ConnorMay 11, 2015
  2. Junio C HamanoMay 11, 2015
  3. Mike HommeyMay 12, 2015
  4. Junio C HamanoMay 12, 2015
  5. Mike HommeyMay 12, 2015
  6. clone: call transport_set_verbosity before anything else on the newly created transportMike Hommey, May 12, 2015
  7. Eric SunshineMay 12, 2015
  8. clone: call transport_set_verbosity before anything else on the newly created transportMike Hommey, May 12, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.