From: Thomas Rast <trast@inf.ethz.ch>
To: Felipe Contreras <felipe.contreras@gmail.com>
Cc: git@vger.kernel.org, "Brandon Casey" <drafnel@gmail.com>,
"Uwe Kleine-König" <ukleinek@informatik.uni-freiburg.de>,
"Brian Gernhardt" <brian@gernhardtsoftware.com>,
"Robin H. Johnson" <robbat2@gentoo.org>,
"Ævar Arnfjörð" <avarab@gmail.com>
Subject: Re: [PATCH] send-email: add extra safetly in address sanitazion
Date: Sun, 5 Feb 2012 22:51:32 +0100 [thread overview]
Message-ID: <877h01rlsr.fsf@thomas.inf.ethz.ch> (raw)
In-Reply-To: <CAMP44s1wqmT4mavsXrEhB-OquOtQrYnnoSoX9G7X4wzFoMD29A@mail.gmail.com> (Felipe Contreras's message of "Sun, 5 Feb 2012 22:51:46 +0200")
Felipe Contreras <felipe.contreras@gmail.com> writes:
> 2012/2/5 Thomas Rast <trast@inf.ethz.ch>:
>> Felipe Contreras <felipe.contreras@gmail.com> writes:
>>>
>>> 'Foo Bar <foo@bar.com>' -> 'Foo Bar <foo@bar.com>'
>>> '"Foo Bar" <foo@bar.com>' -> '"Foo Bar" <foo@bar.com>'
>>> 'foo@bar.com' -> 'foo@bar.com'
>>> '<foo@bar.com>' -> 'foo@bar.com'
>>> 'Foo Bar' -> 'Foo Bar'
>>
>> Am I the only one who stared at this for ten seconds, only to then
>> realize that there is no sanitizing whatsoever going on here?
>
> There is: '<foo@bar.com>' -> 'foo@bar.com'
Indeed.
I still feel cheated as a reader though, you showed me four examples of
no change but let me figure that on my own.
>>> 'Foo Bar <foo@bar.com>>' -> 'Foo Bar <foo@bar.com>'
>>> '"Foo Bar" <foo@bar.com>>' -> '"Foo Bar" <foo@bar.com>'
>>> '<foo@bar.com>>' -> 'foo@bar.com'
>>
>> All of these are the same underlying issue. Does your patch fix any
>> other malformed addresses, or just this particular type?
>
> See above.
Ok, I see I am falling into the same communication trap as Jonathan, so
let's be more explicit.
Your commit message first tells me you are going to sanitize something,
but starts out with examples of leaving the string unchanged. Then it
continues with only the '>>' examples.
Today, and being someone who on average reads about half the mail that
comes through here, I know that this relates to the blame -e '>>' bug.
So today, I am wondering from the commit message why you narrowly focus
on that bug. But you don't! It's just that the commit message
insinuates it.
In a year, your reader (and bear in mind that this may very well be
yourself, at least if your memory is as good as mine) will wonder what
was so damn special about that '>>' string that it needs a specific fix
to send-email.
I see that you wrote in another thread:
> I have to write a peer-reviewed essay with an introduction for the
> people that are not familiar with the code in each of the patches
I'm not sure you meant it that literally, but the whole *point* is that
the message is for people who are not familiar with the code. After
all, if I knew that your code did the right thing in the right way, I
would not be bothering with reading the message. Today, I would just
send an Acked-by instead. In a year, I'd scroll down for another
potential culprit for the bug I'm hunting.
What's especially striking me about your proposed messages of late: they
leave me with more open questions than I started with. I tried to show
this above. I'm not sure whether other contributors are better at
answering questions, or just better at not touching any topics that
might raise them.
--
Thomas Rast
trast@{inf,student}.ethz.ch
next prev parent reply other threads:[~2012-02-05 21:51 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-04 16:32 [PATCH] send-email: add extra safetly in address sanitazion Felipe Contreras
2012-02-05 19:39 ` Thomas Rast
2012-02-05 20:51 ` Felipe Contreras
2012-02-05 21:51 ` Thomas Rast [this message]
2012-02-06 1:27 ` Felipe Contreras
2012-02-06 1:48 ` Junio C Hamano
2012-02-05 21:52 ` Junio C Hamano
-- strict thread matches above, loose matches on Subject: below --
2012-02-04 15:10 Felipe Contreras
2012-02-04 15:26 ` Felipe Contreras
2012-02-05 21:12 ` Junio C Hamano
2012-02-05 21:20 ` Felipe Contreras
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=877h01rlsr.fsf@thomas.inf.ethz.ch \
--to=trast@inf.ethz.ch \
--cc=avarab@gmail.com \
--cc=brian@gernhardtsoftware.com \
--cc=drafnel@gmail.com \
--cc=felipe.contreras@gmail.com \
--cc=git@vger.kernel.org \
--cc=robbat2@gentoo.org \
--cc=ukleinek@informatik.uni-freiburg.de \
/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).