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

Re: Inconsistencies in statuslist

From: Tobias Schäfer <tobiasschaefer_at_gmx.de>
Date: 2006-03-17 19:18:46 CET

On Thursday 16 March 2006 19:52, Stefan Küng wrote:
> Tobias Schäfer wrote:
> > there are at least two inconstencies in the statuslist:
> >
> > - Why does the third line in the attached screenshot show
> > "non-versioned/-" but the last line shows "non-versioned/non-versioned"?
> > The first combination is shown for files which were in a versioned folder
> > when the dialog was opened. The second combination is shown when the file
> > is inside a non-versioned folder when the folder opens.
> > Which combination is correct? I'd prefer not showing any status for the
> > propery if the item is unversioned.
> >
> > - Lines four and five were unversioned when the dialog opened. Adding
> > them makes dirC/file.txt appear as "added/unversioned" which is totally
> > misleading.
> > What would be correct? "added/added" or "added/-"? I'm not sure.
>
> These are the status reported by the Subversion API svn_client_status().
> I noticed that behavior too, but I thought it isn't a big deal.
>
> Should we maybe just show nothing if the text status is unversioned?

If the status is reported from subversion like this, then let's leave the
first scenario as it is:
- unversioned file in an unversioned folder: unversioned/unversioned
- unversioned file in a versioned folder: unversioned/-

The second scenario is a small bug in TSVN. I'll make it match the status
reported by subversion when the dialog is opened.

Tobias

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Mar 17 19:44:15 2006

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.