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

svn_client_status2 usage question

From: Jeremy Statz <jstatz_at_pistudios.com>
Date: 2006-10-24 09:17:01 CEST

I'm tinkering with a client that does per-folder updates using
svn_client_status2, and I'm confused by its behavior. When I call
svn_client_status2, I am returned a status baton that contains a list of
the files in the specified folder and their local status, plus the
status of the folder itself.

The eighth argument is "update",which is theoretically supposed to
request the current status of the specified folder's contents. However,
when I call the function the same way but with update=true, I no longer
get a list of files. I only get the folder itself and its status --
none of its contents are in the list. This means that when the client
tries to refresh the status of files in the folder, I can't find out if
a file is actually out of date relative to the repository. We've got a
number of nontechnical users, so I consider it pretty important to have
an "out of date" marker.

Tinkering with this, I've found that if I set update=true, AND
recurse=true, then I get a proper list with repository status and all...
but then I'm stuck with all of the files in all of the subfolders too.
Our local repository is substantial, so simply trimming out the rest of
the list is out of the question (doing the request with recursion takes
a long time).

I did some Google searches and found a couple questions about this but
no answers, and the inconsistancy in behavior between update being true
or false seems really strange. Am I missing something here, or is this
a bug? Is there a workaround other than recursing all the time?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 24 09:17:25 2006

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.