On Thu, Dec 04, 2014 at 10:24:09AM -0800, Junio C Hamano wrote:

> Jeff King <p...@peff.net> writes:
> 
> > diff --git a/prompt.c b/prompt.c
> > index e5b4938..8181eeb 100644
> > --- a/prompt.c
> > +++ b/prompt.c
> > @@ -57,11 +57,19 @@ char *git_prompt(const char *prompt, int flags)
> >                     r = do_askpass(askpass, prompt);
> >     }
> >  
> > -   if (!r)
> > -           r = git_terminal_prompt(prompt, flags & PROMPT_ECHO);
> >     if (!r) {
> > -           /* prompts already contain ": " at the end */
> > -           die("could not read %s%s", prompt, strerror(errno));
> > +           const char *err;
> > +
> > +           if (git_env_bool("GIT_TERMINAL_PROMPT", 1)) {
> > +                   r = git_terminal_prompt(prompt, flags & PROMPT_ECHO);
> > +                   err = strerror(errno);
> > +           } else {
> > +                   err = "terminal prompts disabled";
> > +           }
> > +           if (!r) {
> > +                   /* prompts already contain ": " at the end */
> > +                   die("could not read %s%s", prompt, err);
> > +           }
> >     }
> >     return r;
> >  }
> 
> I wish this covered a lot more than just this part from an
> end-user's point of view, but this is definitely one of the most
> important code paths the mechanism should cover.

Which parts do you mean? Stuff like "git add -i"?  I agree it might be
nice to turn that off, but it is a little bit of a different beast, in
that it reads from stdin. The git_prompt code is unique in accessing
/dev/tty directly, which makes it hard to shut off.

I don't know of any other code in git that  (and it is used in
many spots due to calls into the credential_fill code).

I suspect there's similar code in git-svn that comes from the svn
library, and it might be nice to cover that, too.

Anyway, I'm happy to give other prompts the same treatment, but I think
we can wait and add them as they are noticed.

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to