On 23/11/2021 17:31, Carlo Arenas wrote:
On Tue, Nov 23, 2021 at 3:05 AM Phillip Wood <phillip.wood123@xxxxxxxxx> wrote:
I think a combination of isatty() and tcgetpgrp() is probably the best solution.
Definitely agree the long term fix needs to include tcgetpgrp() as
shown by this initial draft[1] (which I apologize, just noticed is
missing your "Helped-by")
That of course introduces a regression on the other direction though;
before this change, git compiled to use our getpass() replacement
(HAVE_DEV_TTY=1) function, the following will be normally stopped by a
SIGTTOU just like getpass() if running in the background (need to also
not have GIT_ASKPASS or SSH_ASKPASS defined in the environment) :
$ echo "https://user@xxxxxxxxxxx/"; | git credential fill
I suspect that is probably fine though, as when that happens our
getpass() function still misbehaves if put back in the foreground
(unlike getpass())
Yes, I tried it out and I couldn't get it to work or figure out why. So
long as we don't start echoing the password to the screen we should be
fine. It would be nice to know what the problem is that stops it working
properly but that is not really related to this patch.
and this "feature" might be undesired anyway as the
equivalent C code also runs sometimes in daemon-like processes, and
could even explain some of the workarounds put in place to disable
password prompts (ex: GIT_TERMINAL_PROMPT=0), but luckily we have all
the 2.35 dev cycle to figure out.
Restricting this feature further, maybe through a configuration
property or even special casing the EDITOR is also IMHO a good idea.
I think just doing this when we run the editor may be the way to go as I
think it is only that case that can mess up the terminal.
Best Wishes
Phillip
Carlo
[1] https://github.com/carenas/git/commit/64d15b2a74206f31e04cf0200f7be83a54a00517
