Re: still inconsistent, file in repository, but not in wc

Philip Martin <philip@codematters.co.uk> writes:

> > No, Philip, this is definitely a regression. The working copy should
> > be noticing that there is a 'D' in version control, but it is missing
> > from disk. When building the server transaction to mimic the working
> > copy, it then removes 'D' from that transaction, which in turn causes
> > the server to re-add D (and children) to the working copy via the
> > update.
>
> I didn't notice you were seeing a locking problem, this does indeed
> need a new issue. The client is not getting as far as reporting
> anything to the server because it is failing to lock the missing
> directory. Looks like svn_wc_adm_open needs to handle missing
> directories, probably by skipping them.

Yes, that works. I believe r3006 restores the update behaviour to
that which existed before the locking changes. The question now is
should restored directories really generate feedback 'A' given that
restored files generate feedback 'Restored'? That's what it does now,
and as far as I can tell that's what it did before all of the locking
changes.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org