subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko ─îibej <br...@apache.org>
Subject Re: Incomplete xml output when using --xml to non-existent server
Date Wed, 02 Mar 2016 18:07:33 GMT
On 02.03.2016 15:05, Johan Corveleyn wrote:
> Hi all,
>
> A colleague of mine ran into this, and I'm wondering if it's expected
> behavior or a bug:
>
> For certain commands with the --xml option, the xml output is
> incomplete when sending the request to a non-existent server. This can
> cause an issue for tools that try to parse the output into some data
> structure, and expect correct XML (even though the command has exited
> with an error).
>
> For instance, 'svn info' and 'svn ls' behave thusly (maybe other
> commands as well):
>
> [[[
> C:\>svn info --xml https://nonexistent/svn
> <?xml version="1.0" encoding="UTF-8"?>
> <info>
> svn: E170013: Unable to connect to a repository at URL 'https://nonexistent/svn'
> svn: E731001: No such host is known.
>
> C:\>svn ls --xml https://nonexistent/svn
> <?xml version="1.0" encoding="UTF-8"?>
> <lists>
> <list
>    path="https://nonexistent/svn">
> svn: E170013: Unable to connect to a repository at URL 'https://nonexistent/svn'
> svn: E731001: No such host is known.
> ]]]
>
> (The 'svn: Exxx' warnings are printed to stderr, while the incomplete
> xml output is printed to stdout)

This is clearly a bug; stdout should be either empty, or valid XML.

In this case I suspect that we're printing the generic XML header too soon.

-- Brane


Mime
View raw message