* [RFC/PATCH] lockfile: improve error message when lockfile exists
@ 2016-02-28 20:11 Matthieu Moy
2016-02-28 22:58 ` Moritz Neeb
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Matthieu Moy @ 2016-02-28 20:11 UTC (permalink / raw)
To: git; +Cc: Gregory.Mounie, Matthieu Moy
A common mistake leading a user to see this message is to launch "git
commit", let the editor open (and forget about it), and try again to
commit.
The previous message was going too quickly to "a git process crashed"
and to the advice "remove the file manually".
This patch modifies the message in two ways: first, it considers that
"another process is running" is the norm, not the exception, and it
explicitly hints the user to look at text editors.
The message is 2 lines longer, but this is not a problem since
experienced users do not see the message often.
Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
---
This patch was written after seen one more time a student panicked
because he had a "git commit" backgrounded.
I'm not 100% satisfied with the new message. I don't think it harms to
have a 5-lines message here but it's probably possible to be a bit
more concise.
I'm the author of the previous version of the message, and I remember
writting it after debugging a segfaut in Git which led me to see the
message multiple times because of a crash. I guess that gave the wrong
biais to the message ;-).
lockfile.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/lockfile.c b/lockfile.c
index 80d056d..a7d6175 100644
--- a/lockfile.c
+++ b/lockfile.c
@@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
{
if (err == EEXIST) {
strbuf_addf(buf, "Unable to create '%s.lock': %s.\n\n"
- "If no other git process is currently running, this probably means a\n"
- "git process crashed in this repository earlier. Make sure no other git\n"
- "process is running and remove the file manually to continue.",
+ "Another git process seems to be running in this repository.\n"
+ "Please terminate it (e.g. quit any text editor that git may be\n"
+ "waiting for) and try again. If no other git process is running,\n"
+ "then a process may have crashed in this repository earlier:\n"
+ "remove the file manually to continue.",
absolute_path(path), strerror(err));
} else
strbuf_addf(buf, "Unable to create '%s.lock': %s",
--
2.7.2.334.g35ed2ae.dirty
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [RFC/PATCH] lockfile: improve error message when lockfile exists
2016-02-28 20:11 [RFC/PATCH] lockfile: improve error message when lockfile exists Matthieu Moy
@ 2016-02-28 22:58 ` Moritz Neeb
2016-02-29 7:25 ` Matthieu Moy
2016-02-29 0:35 ` Duy Nguyen
2016-03-01 17:04 ` [PATCH v2 1/2] lockfile: mark strings for translation Matthieu Moy
2 siblings, 1 reply; 6+ messages in thread
From: Moritz Neeb @ 2016-02-28 22:58 UTC (permalink / raw)
To: Matthieu Moy, git; +Cc: Gregory.Mounie
On 02/28/2016 09:11 PM, Matthieu Moy wrote:
> A common mistake leading a user to see this message is to launch "git
> commit", let the editor open (and forget about it), and try again to
> commit.
>
> The previous message was going too quickly to "a git process crashed"
> and to the advice "remove the file manually".
>
> This patch modifies the message in two ways: first, it considers that
> "another process is running" is the norm, not the exception, and it
> explicitly hints the user to look at text editors.
>
> The message is 2 lines longer, but this is not a problem since
> experienced users do not see the message often.
>
> Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
> ---
> This patch was written after seen one more time a student panicked
> because he had a "git commit" backgrounded.
I think git commit is almost the only case where this would happen.
If the goal is have it shorter, then the editor example could be boiled down to
something like "e.g. a commit". But then it is less clear on what the
necessary action would be.
>
> I'm not 100% satisfied with the new message. I don't think it harms to
> have a 5-lines message here but it's probably possible to be a bit
> more concise.
I adapted it a bit, it has about the same length but I tried to
take out some repeating:
-- 8< --
diff --git a/lockfile.c b/lockfile.c
index 80d056d..ffb4c8d 100644
--- a/lockfile.c
+++ b/lockfile.c
@@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
{
if (err == EEXIST) {
strbuf_addf(buf, "Unable to create '%s.lock': %s.\n\n"
- "If no other git process is currently running, this probably means a\n"
- "git process crashed in this repository earlier. Make sure no other git\n"
- "process is running and remove the file manually to continue.",
+ "Another git process seems to be running in this repository,\n"
+ "e.g. an editor opened by git. Please make sure all processes\n"
+ "are terminated then try again. If it still fails, a git process\n"
+ "may have crashed in this repository earlier:\n"
+ "remove the file manually to continue.",
absolute_path(path), strerror(err));
} else
strbuf_addf(buf, "Unable to create '%s.lock': %s",
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [RFC/PATCH] lockfile: improve error message when lockfile exists
2016-02-28 22:58 ` Moritz Neeb
@ 2016-02-29 7:25 ` Matthieu Moy
0 siblings, 0 replies; 6+ messages in thread
From: Matthieu Moy @ 2016-02-29 7:25 UTC (permalink / raw)
To: Moritz Neeb; +Cc: git, Gregory.Mounie
Moritz Neeb <lists@moritzneeb.de> writes:
> On 02/28/2016 09:11 PM, Matthieu Moy wrote:
>
>> This patch was written after seen one more time a student panicked
>> because he had a "git commit" backgrounded.
>
> I think git commit is almost the only case where this would happen.
Right. It's not the only case when Git launches an editor, but probably
the only one when it does so keeping a lock.
> If the goal is have it shorter, then the editor example could be boiled down to
> something like "e.g. a commit". But then it is less clear on what the
> necessary action would be.
Maybe just ""e.g. an editor opened by git" -> ""e.g. an editor opened by
git commit"?
> --- a/lockfile.c
> +++ b/lockfile.c
> @@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
> {
> if (err == EEXIST) {
> strbuf_addf(buf, "Unable to create '%s.lock': %s.\n\n"
> - "If no other git process is currently running, this probably means a\n"
> - "git process crashed in this repository earlier. Make sure no other git\n"
> - "process is running and remove the file manually to continue.",
> + "Another git process seems to be running in this repository,\n"
> + "e.g. an editor opened by git. Please make sure all processes\n"
> + "are terminated then try again. If it still fails, a git process\n"
> + "may have crashed in this repository earlier:\n"
> + "remove the file manually to continue.",
I like your version better than mine indeed.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC/PATCH] lockfile: improve error message when lockfile exists
2016-02-28 20:11 [RFC/PATCH] lockfile: improve error message when lockfile exists Matthieu Moy
2016-02-28 22:58 ` Moritz Neeb
@ 2016-02-29 0:35 ` Duy Nguyen
2016-03-01 17:04 ` [PATCH v2 1/2] lockfile: mark strings for translation Matthieu Moy
2 siblings, 0 replies; 6+ messages in thread
From: Duy Nguyen @ 2016-02-29 0:35 UTC (permalink / raw)
To: Matthieu Moy; +Cc: Git Mailing List, Gregory.Mounie
On Mon, Feb 29, 2016 at 3:11 AM, Matthieu Moy <Matthieu.Moy@imag.fr> wrote:
> diff --git a/lockfile.c b/lockfile.c
> index 80d056d..a7d6175 100644
> --- a/lockfile.c
> +++ b/lockfile.c
> @@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
> {
> if (err == EEXIST) {
> strbuf_addf(buf, "Unable to create '%s.lock': %s.\n\n"
> - "If no other git process is currently running, this probably means a\n"
> - "git process crashed in this repository earlier. Make sure no other git\n"
> - "process is running and remove the file manually to continue.",
> + "Another git process seems to be running in this repository.\n"
> + "Please terminate it (e.g. quit any text editor that git may be\n"
> + "waiting for) and try again. If no other git process is running,\n"
> + "then a process may have crashed in this repository earlier:\n"
> + "remove the file manually to continue.",
> absolute_path(path), strerror(err));
i18n police checking in :) This message looks very much translatable.
Could you check if that's true while you're touching this code, and if
so _() it?
> } else
> strbuf_addf(buf, "Unable to create '%s.lock': %s",
also this one, I think.
--
Duy
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 1/2] lockfile: mark strings for translation
2016-02-28 20:11 [RFC/PATCH] lockfile: improve error message when lockfile exists Matthieu Moy
2016-02-28 22:58 ` Moritz Neeb
2016-02-29 0:35 ` Duy Nguyen
@ 2016-03-01 17:04 ` Matthieu Moy
2016-03-01 17:04 ` [PATCH v2 2/2] lockfile: improve error message when lockfile exists Matthieu Moy
2 siblings, 1 reply; 6+ messages in thread
From: Matthieu Moy @ 2016-03-01 17:04 UTC (permalink / raw)
To: gitster; +Cc: git, Gregory.Mounie, Matthieu Moy
Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
---
lockfile.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lockfile.c b/lockfile.c
index 80d056d..62583d1 100644
--- a/lockfile.c
+++ b/lockfile.c
@@ -149,13 +149,13 @@ static int lock_file_timeout(struct lock_file *lk, const char *path,
void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
{
if (err == EEXIST) {
- strbuf_addf(buf, "Unable to create '%s.lock': %s.\n\n"
+ strbuf_addf(buf, _("Unable to create '%s.lock': %s.\n\n"
"If no other git process is currently running, this probably means a\n"
"git process crashed in this repository earlier. Make sure no other git\n"
- "process is running and remove the file manually to continue.",
+ "process is running and remove the file manually to continue."),
absolute_path(path), strerror(err));
} else
- strbuf_addf(buf, "Unable to create '%s.lock': %s",
+ strbuf_addf(buf, _("Unable to create '%s.lock': %s"),
absolute_path(path), strerror(err));
}
--
2.7.2.334.g35ed2ae.dirty
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] lockfile: improve error message when lockfile exists
2016-03-01 17:04 ` [PATCH v2 1/2] lockfile: mark strings for translation Matthieu Moy
@ 2016-03-01 17:04 ` Matthieu Moy
0 siblings, 0 replies; 6+ messages in thread
From: Matthieu Moy @ 2016-03-01 17:04 UTC (permalink / raw)
To: gitster; +Cc: git, Gregory.Mounie, Matthieu Moy
A common mistake leading a user to see this message is to launch "git
commit", let the editor open (and forget about it), and try again to
commit.
The previous message was going too quickly to "a git process crashed"
and to the advice "remove the file manually".
This patch modifies the message in two ways: first, it considers that
"another process is running" is the norm, not the exception, and it
explicitly hints the user to look at text editors.
The message is 2 lines longer, but this is not a problem since
experienced users do not see the message often.
Helped-by: Moritz Neeb <lists@moritzneeb.de>
Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr>
---
lockfile.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/lockfile.c b/lockfile.c
index 62583d1..9268cdf 100644
--- a/lockfile.c
+++ b/lockfile.c
@@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
{
if (err == EEXIST) {
strbuf_addf(buf, _("Unable to create '%s.lock': %s.\n\n"
- "If no other git process is currently running, this probably means a\n"
- "git process crashed in this repository earlier. Make sure no other git\n"
- "process is running and remove the file manually to continue."),
+ "Another git process seems to be running in this repository, e.g.\n"
+ "an editor opened by 'git commit'. Please make sure all processes\n"
+ "are terminated then try again. If it still fails, a git process\n"
+ "may have crashed in this repository earlier:\n"
+ "remove the file manually to continue."),
absolute_path(path), strerror(err));
} else
strbuf_addf(buf, _("Unable to create '%s.lock': %s"),
--
2.7.2.334.g35ed2ae.dirty
^ permalink raw reply related [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-03-01 17:04 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-28 20:11 [RFC/PATCH] lockfile: improve error message when lockfile exists Matthieu Moy
2016-02-28 22:58 ` Moritz Neeb
2016-02-29 7:25 ` Matthieu Moy
2016-02-29 0:35 ` Duy Nguyen
2016-03-01 17:04 ` [PATCH v2 1/2] lockfile: mark strings for translation Matthieu Moy
2016-03-01 17:04 ` [PATCH v2 2/2] lockfile: improve error message when lockfile exists Matthieu Moy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).