From: DOAN Tran Cong Danh <congdanhqx@gmail.com>
To: git@vger.kernel.org
Cc: animi.vulpis@gmail.com, j6t@kdbg.org, peff@peff.net,
gitster@pobox.com, git@grubix.eu, pclouds@gmail.com,
karthik.188@gmail.com,
"ĐOÀN Trần Công Danh" <congdanhqx@gmail.com>
Subject: [PATCH v3] ref-filter: trim end whitespace in subject
Date: Tue, 23 May 2017 01:10:14 +0800 [thread overview]
Message-ID: <20170522171014.33384-1-congdanhqx@gmail.com> (raw)
In-Reply-To: <20170522145753.83810-1-congdanhqx@gmail.com>
From: ĐOÀN Trần Công Danh <congdanhqx@gmail.com>
Commit 949af0684 ("branch: use ref-filter printing APIs", 2017-01-10)
make `git branch -v` stops trimming end-whitespace in subject,
and it stops treating next all-whitespace-line as an empty line.
Quote from git mailing-list:
> Here is a recipe to reproduce the error:
>
> git init
> git commit --allow-empty -m initial
> git branch crlf $(printf '%s\r\n' subject '' line3_long line4 |
> git commit-tree HEAD:)
> The reason for the "bug" is obviously that a line having CR in addition
> to LF is not "an empty line". Consequently, the second line is not
> treated as a separator between subject and body, whereupon Git
> concatenates all line into one large subject line. This strips the LFs
> but leaves the CRS in tact, which, when printed on a terminal move the
> cursor to the beginning of the line, so that text after the CRs
> overwrites what is already in the terminal.
To recover previous behavior, trim all whitespace at the end of
first line, and treat all-white-space line as empty line
Reported-by: Animi Vulpis <animi.vulpis@gmail.com>
Helped-by: Johannes Sixt <j6t@kbdg.org>
Signed-off-by: ĐOÀN Trần Công Danh <congdanhqx@gmail.com>
---
Sorry for the noise, after sending out v2,
I found that the body is calculated incorrectly.
ref-filter.c | 40 ++++++++++++++++++++++++++++++++--------
t/t3203-branch-output.sh | 3 ++-
2 files changed, 34 insertions(+), 9 deletions(-)
diff --git a/ref-filter.c b/ref-filter.c
index 1fc5e9970..4b30edf61 100644
--- a/ref-filter.c
+++ b/ref-filter.c
@@ -942,6 +942,25 @@ static void grab_person(const char *who, struct atom_value *val, int deref, stru
}
}
+/*
+ * check if line in range [start, end) is a blank line or not
+ * data in range [start, end) must be valid before calling this function
+ */
+static int is_blank_line(const char *start, const char *end)
+{
+ while (start != end && isspace(*start))
+ start++;
+ return start == end;
+}
+
+static const char* find_next_eol(const char *buf)
+{
+ const char* eol = strchrnul(buf, '\n');
+ if (*eol)
+ eol++;
+ return eol;
+}
+
static void find_subpos(const char *buf, unsigned long sz,
const char **sub, unsigned long *sublen,
const char **body, unsigned long *bodylen,
@@ -949,6 +968,7 @@ static void find_subpos(const char *buf, unsigned long sz,
const char **sig, unsigned long *siglen)
{
const char *eol;
+ int has_empty_line = 0;
/* skip past header until we hit empty line */
while (*buf && *buf != '\n') {
eol = strchrnul(buf, '\n');
@@ -967,20 +987,24 @@ static void find_subpos(const char *buf, unsigned long sz,
/* subject is first non-empty line */
*sub = buf;
/* subject goes to first empty line */
- while (buf < *sig && *buf && *buf != '\n') {
- eol = strchrnul(buf, '\n');
- if (*eol)
- eol++;
+ while (buf < *sig && !has_empty_line) {
+ eol = find_next_eol(buf);
+ has_empty_line = is_blank_line(buf, eol);
buf = eol;
}
*sublen = buf - *sub;
- /* drop trailing newline, if present */
- if (*sublen && (*sub)[*sublen - 1] == '\n')
+ /* drop trailing whitespace, if present */
+ while (*sublen && isspace((*sub)[*sublen - 1]))
*sublen -= 1;
/* skip any empty lines */
- while (*buf == '\n')
- buf++;
+ while (buf < *sig) {
+ eol = find_next_eol(buf);
+ if (is_blank_line(buf, eol))
+ buf = eol;
+ else
+ break;
+ }
*body = buf;
*bodylen = strlen(buf);
*nonsiglen = *sig - buf;
diff --git a/t/t3203-branch-output.sh b/t/t3203-branch-output.sh
index 5778c0afe..fa4441868 100755
--- a/t/t3203-branch-output.sh
+++ b/t/t3203-branch-output.sh
@@ -13,7 +13,8 @@ test_expect_success 'make commits' '
test_expect_success 'make branches' '
git branch branch-one &&
- git branch branch-two HEAD^
+ git branch branch-two $(printf "%s\r\n" one " " line3_long line4 |
+ git commit-tree HEAD:)
'
test_expect_success 'make remote branches' '
--
Danh
next prev parent reply other threads:[~2017-05-22 17:10 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-16 23:22 [Bug] git branch -v has problems with carriage returns Animi Vulpis
[not found] ` <CA+izobutP-JY84RGG-JbPA5twbckL1uVwxknBRLVTuGG0MEJcg@mail.gmail.com>
[not found] ` <CA+izobuSKtoQzNJuvuisjh7h3FF=nbt8u-hOHfdeFp8ZjgZF+Q@mail.gmail.com>
[not found] ` <591f6844.82dcca0a.451e5.8f76.GMRIR@mx.google.com>
2017-05-19 21:51 ` Delivery Status Notification (Failure) Atousa Duprat
2017-05-19 21:55 ` [Bug] git branch -v has problems with carriage returns Atousa Duprat
2017-05-19 23:20 ` Animi Vulpis
2017-05-20 6:48 ` Johannes Sixt
2017-05-31 5:32 ` Atousa Duprat
2017-05-31 20:58 ` Stefan Beller
2017-06-01 1:31 ` Junio C Hamano
2017-05-21 13:42 ` [PATCH] ref-filter: treat CRLF as same as LF in find_subpos DOAN Tran Cong Danh
2017-05-22 1:19 ` Junio C Hamano
2017-05-22 11:29 ` DOAN Tran Cong Danh
2017-05-22 20:12 ` Jeff King
2017-05-23 1:49 ` Junio C Hamano
2017-05-23 2:01 ` Junio C Hamano
2017-05-23 3:01 ` Junio C Hamano
2017-05-21 14:10 ` DOAN Tran Cong Danh
2017-05-22 14:57 ` [PATCH v2] ref-filter: trim end whitespace in subject DOAN Tran Cong Danh
2017-05-22 17:10 ` DOAN Tran Cong Danh [this message]
2017-05-22 19:47 ` [PATCH v3] " Johannes Sixt
2017-05-22 19:53 ` Jeff King
2017-05-22 20:19 ` Johannes Sixt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170522171014.33384-1-congdanhqx@gmail.com \
--to=congdanhqx@gmail.com \
--cc=animi.vulpis@gmail.com \
--cc=git@grubix.eu \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=j6t@kdbg.org \
--cc=karthik.188@gmail.com \
--cc=pclouds@gmail.com \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).