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

Re: User-friendly message

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-06-20 22:45:12 CEST

Michael Schmitt wrote:

> Hi,
>
> I tested svn 0.24.2 today. Unfortunately, the error messages are still
> confusing.
>
> me@here:~/Platform> svn commit overview.php
> Sending overview.php
> svn: Transaction is out of date
> svn: Commit failed (details follow):
> svn: out of date: `/Platform/overview.php' in txn `170'
> svn: Your commit message was left in a temporary file:
> svn: '/home/me/Platform/svn-commit.2.tmp'
>
> Why doesn't SVN state something like this:
>
> me@here:~/Platform> svn commit overview.php
> Failure: `/Platform/overview.php' has been modified in the repository.
> Please update your working copy with `svn update
> /Platform/overview.php`.
> Your commit message was left in '/home/me/Platform/svn-commit.2.tmp'
>
> The current message is too long, misleading, and contains redundancy.

Huh? What redundancy, and how misleading? BTW, _your_ proposal is
anything but short and concise.

> Common users should not have to bother about the internal repository
> structure, so terms like "transaction", "txn 170"

If you omit this information, an administrator won't be able to use
svnlook to see what's in txn 170. The cure is worse than the problem.

> do not make much sense here. (Of course, this is just my personal
> opinion)

I'm sooo tired of people complaining about "confusing" error messages
that are described in the documentation. RTFM already.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 20 22:46:05 2003

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.