[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion 1.6.6 Released

From: David Glasser <glasser_at_davidglasser.net>
Date: Thu, 22 Oct 2009 11:10:33 -0700

On Thu, Oct 22, 2009 at 4:38 AM, Branko Cibej <brane_at_xbc.nu> wrote:
> Daniel Shahaf wrote:
>> Branko Cibej wrote on Thu, 22 Oct 2009 at 12:34 +0200:
>>
>>> David Glasser wrote:
>>>
>>>> On Wed, Oct 21, 2009 at 7:40 PM, Hyrum K. Wright <hyrum_at_hyrumwright.org> wrote:
>>>>
>>>>
>>>>> You can find the list of changes between 1.6.6 and earlier versions at:
>>>>>
>>>>>    http://svn.collab.net/repos/svn/tags/1.6.6/CHANGES
>>>>>
>>>>>
>>>> And as soon as cmpilato upgrades svn.collab.net to it, that link will
>>>> even be usable in most web browsers :)
>>>>
>>>>
>>> In fact that has nothing to do with upgrading the server. It's a simple
>>> consequence of there not being an svn:mime-type property on that file;
>>> apparently httpd's default content type on svn.collab.net is
>>> application/octet-stream, which is reasonable.
>>>
>>>
>>
>> According to CHANGES, it's specific to mod_dav_svn 1.6.5:
>>
>>   * revert r36720's default MIME type change back to "text/plain" (issue #3508)
>>
>
> Interesting. I must say I slightly object to this change; text/plain is
> often not an appropriate content type. Why was it chosen over
> application/octet-stream?

Because it leads to major usability problems and was a major
user-visible change in a patch release.

While the real answer might be "every file should have appropriate
svn:mime-type", in reality given svn's lack of repository-specified
autoprops that's a joke.

--dave

-- 
glasser_at_davidglasser.net | langtonlabs.org | flickr.com/photos/glasser/
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2410338
Received on 2009-10-22 20:11:19 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.