Re: [PATCH] launch_editor(): indicate that Git waits for user input

Kaartic Sivaraam writes: > $ GIT_EDITOR=gedit ./git commit --allow-empty > Launched your editor, waiting...error: gedit died of signal 15 > error: There was a problem with the editor 'gedit'. > Please supply the message using either -m or -F option. > > Though this is

Re: [PATCH] launch_editor(): indicate that Git waits for user input

On Thursday 16 November 2017 11:34 AM, Junio C Hamano wrote: * I tried this with "emacsclient" but it turns out that Emacs folks have already thought about this issue, and the program says "Waiting for Emacs..." while it does its thing, so from that point of view, perhaps as

Re: [PATCH] launch_editor(): indicate that Git waits for user input

Lars Schneider writes: >> On 16 Nov 2017, at 15:58, Junio C Hamano wrote: >> >> Lars Schneider writes: >> On 16 Nov 2017, at 07:04, Junio C Hamano wrote: >>> >>> Wow. Thanks for the quick patch

Re: [PATCH] launch_editor(): indicate that Git waits for user input

> On 16 Nov 2017, at 15:58, Junio C Hamano wrote: > > Lars Schneider writes: > >>> On 16 Nov 2017, at 07:04, Junio C Hamano wrote: >> >> Wow. Thanks for the quick patch :-) > > Heh, this is not exactly my itch, so if you are

Re: [PATCH] launch_editor(): indicate that Git waits for user input

Lars Schneider writes: >> On 16 Nov 2017, at 07:04, Junio C Hamano wrote: > > Wow. Thanks for the quick patch :-) Heh, this is not exactly my itch, so if you are inclined to, can you take it over from here on? Thanks.

Re: [PATCH] launch_editor(): indicate that Git waits for user input

> On 16 Nov 2017, at 07:04, Junio C Hamano wrote: Wow. Thanks for the quick patch :-) > When a graphical GIT_EDITOR is spawned by a Git command that opens > and waits for it for the user input (e.g. "git rebase -i") pops its > window elsewhere that is obscure, the user may