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

Re: File URLs truncated on Windows with mapped and SUBST drives

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 28 Aug 2013 09:12:51 -0400

On Wed, Aug 28, 2013 at 9:04 AM, Bert Huijben <bert_at_qqmail.nl> wrote:
>
>
>> -----Original Message-----
>> From: Andy Levy [mailto:andy.levy_at_gmail.com]
>> Sent: woensdag 28 augustus 2013 14:56
>> To: Bert Huijben
>> Cc: Branko Čibej; users_at_subversion.apache.org
>> Subject: Re: File URLs truncated on Windows with mapped and SUBST drives
>>
>> On Wed, Aug 28, 2013 at 8:49 AM, Bert Huijben <bert_at_qqmail.nl> wrote:
>> >
>> >
>> >> -----Original Message-----
>> >> From: Andy Levy [mailto:andy.levy_at_gmail.com]
>> >> Sent: woensdag 28 augustus 2013 14:38
>> >> To: Branko Čibej
>> >> Cc: users_at_subversion.apache.org
>> >> Subject: Re: File URLs truncated on Windows with mapped and SUBST
>> drives
>> >>
>> >> On Wed, Aug 28, 2013 at 5:18 AM, Branko Čibej <brane_at_wandisco.com>
>> >> wrote:
>> >> > On 28.08.2013 02:43, Andy Levy wrote:
>> >> >> This was originally reported on the TSVN Users list but I've
>> >> >> reproduced it with the command line client. Original thread:
>> >> >> http://svn.haxx.se/tsvnusers/archive-2013-08/0227.shtml
>> >> >>
>> >> >> Jason Dunaway is using a mapped network drive for his repository, but
>> >> >> I reproduced the behavior with a drive letter created with SUBST.
>> >> >>
>> >> >> We're both using SVN 1.8.1. He's on XP (pretty sure), I'm on Windows 7
>> >> >> Pro 64-bit.
>> >> >>
>> >> >> Steps to reproduce:
>> >> >>
>> >> >>> svnadmin create r:\Appraisal
>> >> >>> subst X:\ R:\Appraisal
>> >> >>> svn co file:///X:/ r:/tmp6
>> >> >> Everything to this point is successful.
>> >> >>
>> >> >>> svn mkdir file:///X:/Appraisal -m "test"
>> >> >> Committed revision 1.
>> >> >>
>> >> >>> md r:\tmp7
>> >> >> Directory: R:\
>> >> >>
>> >> >>
>> >> >> Mode LastWriteTime Length Name
>> >> >> ---- ------------- ------ ----
>> >> >> d---- 08/27/2013 10:22 tmp7
>> >> >>
>> >> >>> svn co file:///X:/Appraisal r:\tmp7
>> >> >>> svn: E160005: Target path '/ppraisal' does not exist
>> >> >> Note that the A in Appraisal has been chopped off. Thinking that it
>> >> >> might be just that one letter, I tried a different one.
>> >> >>
>> >> >>> svn mkdir file:///X:/TryAgain -m "test"
>> >> >> Committed revision 2.
>> >> >>
>> >> >>> svn co file:///X:/TryAgain r:\tmp8
>> >> >> svn: E160005: Target path '/ryAgain' does not exist
>> >> >>
>> >> >> Same result. The T has been lopped off.
>> >> >>
>> >> >> If I use the real path to the repository (not the SUBST drive letter),
>> >> >> it's successful:
>> >> >>
>> >> >>> svn co file:///R:/Appraisal/TryAgain r:\tmp9
>> >> >> Checked out revision 2.
>> >> >>
>> >> >> Jason was successful when using the full UNC path instead of the
>> >> >> mapped drive letter, which is consistent with my results with the
>> >> >> SUBST vs. real paths.
>> >> >
>> >> > This does look like a bug, but I cant say offhand if it's in Subversion
>> >> > or APR. Please report the issue in
>> >> >
>> >> > http://subversion.tigris.org/issues/
>> >>
>> >> Will do. Not knowing the source but following the list for a few years
>> >> now, I had similar thoughts about it possibly being an APR issue.
>> >>
>> >> > and also post a note about it on dev_at_subversion.apache.org (also
>> please
>> >> > don't cross-post).
>> >>
>> >> Should I just post to dev@ & say "hey guys, we found this, any
>> >> thoughts?" with a link to the bug (after I log it)?
>> >
>> > I don't think you have to post an issue to dev@ any more, as this issue is
>> most likely resolved in r1518184, which I will nominate for backporting to
>> 1.8.x.
>>
>> I *just* finished writing up the issue and saw your email. Should I
>> still hit Submit?
>
> Just add the issue; that way we can easily add it to the release notes :)

Issue 4418 has been logged.
Received on 2013-08-28 15:14:05 CEST

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.