diff options
author | Jakub Narebski <jnareb@gmail.com> | 2009-05-22 17:35:46 +0200 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2009-05-22 09:26:54 -0700 |
commit | 14afe77486281e411bfadd131e5c8ffc44e22a26 (patch) | |
tree | 36855d5d80d43c4cd413507e4fa18d2df6f0e736 /contrib/p4import | |
parent | Terminate argv with NULL before calling setup_revisions() (diff) | |
download | tgif-14afe77486281e411bfadd131e5c8ffc44e22a26.tar.xz |
gitweb: Sanitize title attribute in format_subject_html
Replace control characters with question mark '?' (like in
chop_and_esc_str).
A little background: some web browsers turn on strict (and
unforgiving) XML validating mode for XHTML documents served using
application/xhtml+xml content type. This means among others that
control characters are forbidden to appear in gitweb output.
CGI.pm does by default slight escaping (using simple_escape subroutine
from CGI::Util) of all _attribute_ values (depending on the value of
autoEscape, by default on). This escaping, at least in CGI.pm version
3.10 (most current version at CPAN is 3.43), is minimal: only '"',
'&', '<' and '>' are escaped using named HTML entity references
(", &, < and > respectively). But simple_escape does
not do escaping of control characters such as ^X which are invalid in
XHTML (in strict mode).
If by some accident commit message do contain some control character
in first 50 characters (more or less) of first line of commit message,
and this line is longer than 50 characters (so gitweb shortens it for
display), then gitweb would put this control character in title
attribute (and CGI.pm would not remove them). The tag _contents_ is
safe because it is escaped using esc_html() explicitly, and it
replaces control characters by their printable representation.
While at it: chop_and_escape_str doesn't need capturing group.
Noticed-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Jakub Narebski <jnareb@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'contrib/p4import')
0 files changed, 0 insertions, 0 deletions