]> git.ipfire.org Git - thirdparty/git.git/commit - http.c
http.c: http.sslcert and http.sslkey are both pathnames
authorJunio C Hamano <gitster@pobox.com>
Thu, 20 Jul 2017 20:30:52 +0000 (13:30 -0700)
committerJunio C Hamano <gitster@pobox.com>
Thu, 20 Jul 2017 20:37:24 +0000 (13:37 -0700)
commit8d1549643e814d2f8f0de2991d69c1331c8181d7
tree636c90fe948bb94b9eedcb4211170303c1edc52a
parent95d67879735cfecfdd85f89e59d993c5b4de8835
http.c: http.sslcert and http.sslkey are both pathnames

Back when the modern http_options() codepath was created to parse
various http.* options at 29508e1e ("Isolate shared HTTP request
functionality", 2005-11-18), and then later was corrected for
interation between the multiple configuration files in 7059cd99
("http_init(): Fix config file parsing", 2009-03-09), we parsed
configuration variables like http.sslkey, http.sslcert as plain
vanilla strings, because git_config_pathname() that understands
"~[username]/" prefix did not exist.  Later, we converted some of
them (namely, http.sslCAPath and http.sslCAInfo) to use the
function, and added variables like http.cookeyFile http.pinnedpubkey
to use the function from the beginning.  Because of that, these
variables all understand "~[username]/" prefix.

Make the remaining two variables, http.sslcert and http.sslkey, also
aware of the convention, as they are both clearly pathnames to
files.

Noticed-by: Victor Toni <victor.toni@gmail.com>
Helped-by: Charles Bailey <cbailey32@bloomberg.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
http.c