[SVN-2055] Change in case of filename causes problems

• Type: Bug
• Status: Closed
• Priority: Blocker
• Resolution: Invalid
• Affects Version/s: 1.0.1
• Fix Version/s: unscheduled
• Component/s: unknown

Environment

Windows 2000

• Assignee: Unassigned
• Reporter: Subversion Importer
• Created: 17/Sep/04 15:18
• Updated: 27/Oct/18 16:38
• Resolved: 05/Oct/05 16:48

Description

This is not a real problem of svn, but a systematic (windows platform) problem
which must be handled in _some_ way: 

When the case of a versioned filename is changed under windows, svn
interprets this file as deleted. You have to delete the file from the repositoy
and add it under the new name; OK.

Now the problem arises:  
When you tell svn to delete (and commit) it from the repository, rapidsvn
also tries to remove the local copy. At this moment the renamed file is deleted,
because the windows filesystem doesn't care about the case of filenames. As a
result the _renamed_ file is lost (-> P1 priority)...

I dont't see a real solution to this problem. Maybe svn should at least
issue a warning when (during a local delete operation) the case of the filename
does not exactly meet the versioned filename.

Thius issue was first enterd into the rapidsvn tracker (#229).

Original issue reported by busmaster