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

RE: svn commit: r1441814 - in /subversion/trunk/subversion: svn/ tests/cmdline/

From: Bert Huijben <bert_at_qqmail.nl>
Date: Sat, 2 Feb 2013 23:38:56 +0100

> -----Original Message-----
> From: stsp_at_apache.org [mailto:stsp_at_apache.org]
> Sent: zaterdag 2 februari 2013 23:05
> To: commits_at_subversion.apache.org
> Subject: svn commit: r1441814 - in /subversion/trunk/subversion: svn/
> tests/cmdline/
>
> Author: stsp
> Date: Sat Feb 2 22:04:44 2013
> New Revision: 1441814
>
> URL: http://svn.apache.org/viewvc?rev=1441814&view=rev
> Log:
> When a binary mime-type is set on a file that looks like a text file,
> make the 'svn' client print a warning about potential future problems
> with operations such as diff, merge, and blame.
>
> This is only done during local propset for now, because the file needs
> to be present on disk to detect its mime-type.
>
> See for related discussion: http://mail-
> archives.apache.org/mod_mbox/subversion-
> dev/201301.mbox/%3C20130131185725.GA13721%40ted.stsp.name%3E

From my users I hear that another way this property is introduced is via conversions from other version management systems. Visual SourceSafe (long dead, but still used in a lot of small shops) marks UTF-8 files with a BOM as binary when it does an auto detect.
(Well what would you guess for a system that wasn’t really updated since that format became popular)

Most conversion tools just copy the binary flag, and there you have this problem on all your historic utf-8 files.
(Where I worked we had this problem on all .xml files previously stored in sourcesafe).

I don't see a lot of users accidentally adding invalid properties themselves.

        Bert
Received on 2013-02-02 23:39:33 CET

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.