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

Re: Fwd: [Daniel Shahaf: Re: Properties lost on checkin]

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 17 May 2011 13:06:58 +0200

Added an XFail test, merge_foreign_repos(), to special_tests.

Daniel Shahaf wrote on Tue, May 17, 2011 at 12:03:01 +0200:
> Merging a symlink-add from a foreign repository loses the special status.
>
> There doesn't seem to be an open issue for that...
>
> ----- Forwarded message from Daniel Shahaf <d.s_at_daniel.shahaf.name> -----
>
> > From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
> > Subject: Re: Properties lost on checkin
> > To: Christoph Bartoschek <bartoschek_at_or.uni-bonn.de>
> > Cc: "users_at_subversion.apache.org" <users_at_subversion.apache.org>
> > Date: Tue, 17 May 2011 12:00:05 +0200
> > Message-ID: <20110517100005.GC31703_at_lp-shahaf.local>
> >
> > CC += dev@
> >
> > I haven't tried with 1.6.x, but merging a symlink-add from a foreign
> > repository does result in bogus state with current trunk:
> >
> > [[[
> > % $svn merge -c r922451 https://svn.apache.org/repos/asf/subversion/site/publish/
> > --- Merging (from foreign repository) r922451 into '.':
> > A faq.en.html
> > % $svn st
> > ~M faq.en.html
> > % $svn info faq.en.html
> > Path: faq.en.html
> > Name: faq.en.html
> > Working Copy Root Path: /tmp/svn/wc1
> > URL: file:///tmp/svn/r1/trunk/faq.en.html
> > Repository Root: file:///tmp/svn/r1
> > Repository UUID: 0d8f1070-806c-11e0-a89b-a382cea1935c
> > Node Kind: file
> > Schedule: add
> >
> > % file faq.en.html
> > faq.en.html: ASCII text, with no line terminators
> > %
> > ]]]
> >
> >
> > I'll forward this to dev@ (CC'ing you).
> >
> >
> > Christoph Bartoschek wrote on Tue, May 17, 2011 at 09:24:30 +0200:
> > > Hi,
> > >
> > > I have a workarea where I merged in some changes from a completely
> > > different repository. One of the changes was the creation of a link.
> > > After checking in I see that the link is ok in my workarea but not in
> > > any other workarea.
> > >
> > > This due to the missing svn:special keyword that was not checked in. How
> > > can this happen?
> > >
> > > The following shows inconsistent behaviour in my opinion. How can this
> > > be explained:
> > >
> > > esquad$ svn proplist -v tm.h
> > > Properties on 'tm.h':
> > > svn:special
> > > *
> > >
> > > esquad$ svn info tm.h
> > > Path: tm.h
> > > Name: tm.h
> > > URL: https://server/trunk/include/tm/tm.h
> > > Repository Root: https://server
> > > Repository UUID: 608964b8-1798-474c-b2d9-552667dc04a5
> > > Revision: 27
> > > Node Kind: file
> > > Schedule: normal
> > > Last Changed Author: christoph
> > > Last Changed Rev: 26
> > > Last Changed Date: 2011-05-16 18:11:17 -0400 (Mon, 16 May 2011)
> > > Text Last Updated: 2011-05-17 02:51:09 -0400 (Tue, 17 May 2011)
> > > Checksum: 1a7ff762ceabb28ca8865f9b0ba377ff
> > >
> > > esquad$ svn proplist -v https://server/trunk/include/tm/tm.h
> > >
> > > esquad$ svn diff -r HEAD tm.h
> > >
> > >
> > > This shows that locally the svn:special keyword is set but not on the
> > > server. But svn does not see any difference. Is this a known bug? Or
> > > how can I get the missing keywords checked in?
> > >
> > >
> > > Christoph
>
> ----- End forwarded message -----
Received on 2011-05-17 12:08:41 CEST

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.