Re: [PATCH] gitweb: Add charset info to "raw" blob output
- From
- Jan Engelhardt <jengelh@medozas.de>
- Date
- Jun 1, 2008, 12:16 UTC
- Message-ID
- <alpine.LNX.1.10.0806011415270.4055@fbirervta.pbzchgretzou.qr>
- In-Reply-To
- <alpine.LNX.1.10.0806011413110.4055@fbirervta.pbzchgretzou.qr>
On Sunday 2008-06-01 14:15, Jan Engelhardt wrote:
Show 17 quoted lines
>On Sunday 2008-06-01 13:06, Jakub Narebski wrote:
>>> + # Type specific postprocessing can be added as needed...
>>> + if ($mime =~ /^text\//i &&
>>> + $mime !~ /charset=/i && $default_text_plain_charset) {
>>> + $mime .= '; charset='.$default_text_plain_charset;
>>> + }
>>> +
>>> + return $mime;
>>
>>I'm not sure about it. I worry a bit about text/html, which can, and
>>usually do, contain charset info inside the document. I'm not sure
>>what happens when charset information from HTTP headers contradict
>>charset information from presented file.
>
>The HTTP header takes -- as stupid as it looks -- precedence
>over the HTML header. As such, a charset in the HTTP Response Header
>should ONLY be sent if the file is guaranteed to be text/plain only.Minor correction; s/file/output/. gitweb normaly produces HTML for all its normal views, so no Charset header here; but when it outputs "raw", it should provide one.