xml output changed - relative paths now appearing?
Greetings all, My trouble is that the XML output seems to have changed with the 1.8.0 subversion library. My interaction with Subversion is via the TortoiseSVN software. (I have never emailed this group - I am completely willing to rephrase my question and/or pursue additional homework. I did review the open issues, the Docs, and the FAQ before emailing this. I even rummaged around in both the TortoiseSVN and the Subversion SVN Logs - to see if I might have beginner's luck to spot some commit which explained this change, but alas I didn't find anything fruitful). So, using TortoiseSVN 1.7.11 (linked against SVN 1.7.8) , with the command line utilities installed , from a CMD (dos shell) window , do the following: CD\Program Files\TortoiseSVN\Bin svn status --verbose --xml C:\PATH\TO\REPOSITORY then , using TortoiseSVN 1.8.0 (aka linked against SVN 1.8.0) repeat the test, and compare the xml outputs. For me (on a Win XP 32bit machine), they differ in a very key fashion: "old" xml (just a leading excerpt) * * ... ... THE KEY bit is the PATH="" parts . notice how they specific a full absolute path? Then, contrast to the "new" xml output: * * ... ... NOW SEE how the target and entry paths differ. The entry path possess enough ..\ "parent" folder references to "dig out of the" Program Files\TortoiseSVN\bin path all the way back up to the point from which the \svnfocus\versions\version8\dev path might be constructed. I've experimented moving the execution directory around - i.e. executing the svn command from C:\ or C:\OTHER\FOLDER\PATH , and the ..\..\ changes accordingly. Any advice or followup requests? Thanks, Alexander -- Alexander Haley, Computer Scientist, 781-774-5156 Medical Information Technology, Inc. Mailstop: F4E16W, MEDITECH Circle, Westwood, MA 02090
Re: xml output changed - relative paths now appearing?
On Wed, Jul 10, 2013 at 2:44 AM, Thorsten Schöning wrote: > What do you need the paths for? If it's by design that they are > relative now to the "current directory" you may have no other choice > than to either calculate absolute paths on your own using the > execution directory of Tortoise's svn cmdline clients or simply > execute those clients on your own with in a directory which produces > better/easier relative paths for you. > > The XML output is being interpreted by another program, one which (unfortunately) is dumb regarding ..\..\ path expansions. I certainly could change it to properly handle this, but what I am more curious about is the fact that the path outputs changed. I'd like to understand why they changed, and my review of the subversion commit logs didn't lead me to an answer ((admittedly, I am a novice novice at this)) And 100% yes, you're correct, I could set my working directory to some location which yields more desirable paths. One place which would identically replicate the old behavior would be to set my working directory to another drive, since in Windows there isn't a ..\..\..\ upwards expression which would lead to "above" one drive letter over another ... Thanks for your thoughts on this, Alex
Re: xml output changed - relative paths now appearing?
On Mon, Jul 15, 2013 at 5:21 PM, Philip Martin wrote: > I could not get this to happen on Linux. Are you using the same path in > the checkout and status commands? Can you provide a complete recipe? > Something to do with drive letters, or case differences perhaps? > I am using WindowsXP - the svn binaries came from TortoiseSVN. I've attached the batch file script which can reproduce this, as well as transcripts from a machine with svn 1.7.x and another with 1.8.0 for comparison. My reported snag is the 6th line of the XML output, where the two differing results are: 1.7.x path="C:\testing\bug-test"> 1.8.0 path="..\..\..\bug-test"> Hope this helps, Alex -- Alexander Haley, Computer Scientist, 781-774-5156 Medical Information Technology, Inc. Mailstop: F4E16W, MEDITECH Circle, Westwood, MA 02090 C:\testing>svn --version svn, version 1.8.0 (r1490375) compiled Jun 17 2013, 18:36:16 on x86-microsoft-windows Copyright (C) 2013 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme C:\testing>svn checkout --depth empty http://svn.apache.org/repos/asf/subversion/trunk bug-test U bug-test Checked out revision 1503507. C:\testing>set cwd=C:\testing C:\testing>mkdir funky C:\testing>cd funky C:\testing\funky>mkdir path C:\testing\funky>cd path C:\testing\funky\path>mkdir issue C:\testing\funky\path>cd issue C:\testing\funky\path\issue>svn --xml --verbose status C:\testing\bug-test ivan 2013-07-15T16:05:27.678477Z C:\testing\funky\path\issue>cd .. C:\testing\funky\path>rmdir issue C:\testing\funky\path>cd .. C:\testing\funky>rmdir path C:\testing\funky>cd .. C:\testing>rmdir funky C:\testing>rmdir /s /q bug-test C:\testing>echo DONE DONE C:\testing>svn --version svn, version 1.7.10 (r1485443) compiled Jun 1 2013, 07:40:50 Copyright (C) 2013 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme C:\testing>svn checkout --depth empty http://svn.apache.org/repos/asf/subversion/trunk bug-test U bug-test Checked out revision 1503507. C:\testing>set cwd=C:\testing C:\testing>mkdir funky C:\testing>cd funky C:\testing\funky>mkdir path C:\testing\funky>cd path C:\testing\funky\path>mkdir issue C:\testing\funky\path>cd issue C:\testing\funky\path\issue>svn --xml --verbose status C:\testing\bug-test ivan 2013-07-15T16:05:27.678477Z C:\testing\funky\path\issue>cd .. C:\testing\funky\path>rmdir issue C:\testing\funky\path>cd .. C:\testing\funky>rmdir path C:\testing\funky>cd .. C:\testing>rmdir funky C:\testing>rmdir /s /q bug-test C:\testing>echo DONE DONE svn --version svn checkout --depth empty http://svn.apache.org/repos/asf/subversion/trunk bug-test set cwd=%cd% mkdir funky cd funky mkdir path cd path mkdir issue cd issue svn --xml --verbose status %cwd%\bug-test cd .. rmdir issue cd .. rmdir path cd .. rmdir funky rmdir /s /q bug-test echo DONE
Re: xml output changed - relative paths now appearing?
On Tue, Jul 16, 2013 at 6:26 AM, Bert Huijben wrote: > > -Original Message- > > With 1.7 I get > > > > >path="/home/pm/sw/subversion/obj/wc"> > > >path="/home/pm/sw/subversion/obj/wc/foo"> > > > > while with 1.8 I get > > > > >path="/home/pm/sw/subversion/obj/wc"> > > >path="."> > > This appears wrong to me. > svn status always gave the paths in the same form as how the user passed > them, in both non-xml and xml form. > > I would guess that a lot of scripts break down if the paths don't match the > form that they expected from all previous versions. > > I think we should revert to the old form, where the input path dictates the > form in which we provide paths. Certainly for the --xml option, any other > form will break scripts. > So - where does this stand - having an informal list agreement that this is an issue - should I be submitting an issue formally- consider me new to this development model and unsure of "what is the next step" on this. I look forwards to learning, thanks, Alex -- Alexander Haley, Computer Scientist, 781-774-5156 Medical Information Technology, Inc. Mailstop: F4E16W, MEDITECH Circle, Westwood, MA 02090
Re: xml output changed - relative paths now appearing?
> It's fixed on trunk: > > http://subversion.tigris.org/issues/show_bug.cgi?id=4398 > > Sweet! Thanks a lot! -- Alexander Haley, Computer Scientist, 781-774-5156 Medical Information Technology, Inc. Mailstop: F4E16W, MEDITECH Circle, Westwood, MA 02090
