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

Re: [TSVN] repo browsing inconsistency

From: SteveKing <stefankueng_at_gmail.com>
Date: 2005-03-09 11:41:55 CET

On Wed, 9 Mar 2005 09:36:43 -0000, Simon Large <slarge@slarge.plus.com> wrote:
> Molle Bestefich wrote:
> > Ooh! Me! Me!
> >
> > Added as issue #17.
> You are adding issues as 'Unconfirmed'. That term applies to bugs, and
> in fact we are unlikely to use it because we only add issues once they
> have been confirmed. Feature requests should normally go in at 'New'
> status.

And you set the Category to "shell", but it's actually "Proc" you should use.
"Shell" is only for the shell extension part, i.e. overlays and
context menu in the explorer.
"Proc" is the part which shows all the dialogs.

Nothing major, just for the next time (I've already changed the issues

> I would also set the priority to 'Low' for feature requests. Compared to
> finishing off the cache they are less important.

The priority field isn't that important. I usually ignore that anyway.
I start working on issues when I'm in the right mood to do it, not
because it has a high priority in the issue tracker.

> Maybe the cache should be promoted to 'High'. Anything really important
> tends to get fixed before it even touches the issue tracker ;-)

The cache should work now quite well. There are no severe bugs left in
the cache.
Since Will already set the status of these issues to "assigned" I
think he's already working on them.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Mar 9 11:42:50 2005

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.