[SVN-3404] svnsync fails when source has ^M in svn:* properties (eol-style)

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.6.x
• Fix Version/s: ---
• Component/s: svnsync
• Assignee: Unassigned
• Reporter: Subversion Importer
• Created: 19/Apr/09 08:58
• Updated: 27/Oct/18 16:36
• Resolved: 21/Oct/09 20:17

Description

Subversion 1.6 no longer accepts carriage returns (^M) in the values of its own properties (i.e. svn:log, 
svn:ignore and others). Prior to 1.6 such properties were accepted.

svnsync 1.6 fails when the source repository violates eol-purity on any of the relevant properties.

A great many such repositories exist in the wild because Subclipse was -- until very recently -- sloppy 
with line endings when running on Windows.

This defect is only about fixing svnsync's newfound inability to sync foreign repositories with this 
particular problem. 

The linked thread(s) also present a solution for filtering the error out of a dump file, allowing an admin 
to fix their own repositories. Also mentioned is that a fix has been implemented in Subclipse since this 
issue was raised on the lists.

http://subversion.tigris.org/ds/viewMessage.do?dsMessageId=1493120&dsForumId=462

Original issue reported by bpsm

Issue Links

• is duplicated by: SVN-3513 LF in 'svn:ignore' property -- svnsync: Cannot accept non-LF line endings in 'svn:ignore' property