Re: Svn rename doesn't copy custom properties
From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 1 May 2015 03:02:49 +0000
Dan Ellis wrote on Thu, Apr 30, 2015 at 14:52:23 -0700:
In the situation that reproduces the problem:
- What happens when renaming a file that has both pebls:* properties and other
- What happens when renaming a file that has some properties but no pebls:*
- Do you have any automated handling of pebls:* properties anywhere in svn or
- Is the target of a rename a path that never existed either in the repository
- Could you confirm via the TortoiseSVN GUI that the pebls:* really are unset
- Does 'svn' invoke svn.exe directly, or does it invoke a wrapper script?
Moreover, does the problem persist —
- if you pass --config-dir=foobar on the command-line (where 'foobar' is some
- if you flush the disk caches between the rename and the final proplist? (Is
- if you use a different svn client?
- if you checkout on a different computer?
(to devs) Is there an sqlite pragma that logs every statement executed
I realize I'm shooting in all directions, but hopefully this narrows it
Cheers,
Daniel
>
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.