On Fri, Oct 14, 2011 at 6:49 AM, Daniel Shahaf wrote:
> [ switching list, please drop users@ from further replies ]
>
> Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
>> 2011/10/14 Andrey Paramonov :
>> > On 13.10.2011 22:31, Ryan Schmidt wrote:
>> >>
>> >> On Oct 13, 2011, at 06
On Wed, Feb 22, 2012 at 12:36 PM, Paul Burba wrote:
> On Wed, Feb 22, 2012 at 12:05 PM, Philip Martin
> wrote:
>> Paul Burba writes:
>>
>>> Index: subversion/libsvn_client/copy.c
>>> ===
>
On Wed, Feb 22, 2012 at 12:05 PM, Philip Martin
wrote:
> Paul Burba writes:
>
>> Index: subversion/libsvn_client/copy.c
>> ===
>> --- subversion/libsvn_client/copy.c (revision 1292379)
>> +++ s
On Wed, Feb 22, 2012 at 11:42 AM, Paul Burba wrote:
> Even with this fix I'm still seeing odd behavior post-copy (the
> following example uses a WC-to-WC copy, but the same problem occurs
> with a URL-to-WC copy):
.
.
> To fix this we need to remove the external via the
On Fri, Feb 17, 2012 at 12:46 PM, Nico Kadel-Garcia wrote:
> On Fri, Feb 17, 2012 at 10:54 AM, Philip Martin
> wrote:
>> Paul Burba writes:
>>
>>> I'm able to replicate this failure on my Windows box with my own
>>> builds of trunk@1245285, 1
I'm able to replicate this failure on my Windows box with my own
builds of trunk@1245285, 1.7.0 and 1.7.3. Alexey's script works as
expected with 1.6.17, so this appears to be a regression. Moving back
to the dev list.
Investigating...
Paul
On Thu, Feb 16, 2012 at 3:28 PM, C. Michael Pilato w
On Fri, Nov 19, 2010 at 12:25 PM, Stefan Sperling wrote:
Hi All,
The short story, the following behaviors are intentional:
A) WC-to-WC [copies | moves]: Destination only gets explicit mergeinfo
if the source has it.
B) URL-to-[WC | URL] [copies | moves]: Destination gets explicit
mergeinfo if
Hi Can,
This bug was fixed in 1.6.2.
http://svn.haxx.se/dev/archive-2009-04/0365.shtml
http://svn.apache.org/viewvc?view=revision&revision=877629
Paul
On Tue, Jul 13, 2010 at 9:33 PM, Can Aydin wrote:
> Hello,
>
> I've come across an issue in v1.5.1 and was wondering whether it was
> expected
On Mon, Jan 25, 2010 at 2:17 AM, Noorul Islam K M wrote:
>
> Julian,
>
> Please find attached test case patch for this scenario in trunk.
>
> [[[
> Log:
>
> New XFail test case for reverse merge move scenario. Rename fails after
> reverting a commit using reverse merge. This issue need to be fixed
