> > > OK, I debugged this problem and saw that I would get the new file
> before
> > > the new folder that contains it when the process calls the
> getStatuses()
> > > method. I fixed the problem by sorting the status array in
> > > SVNWorkspaceSubscriber before we process it. I will not commit
> anything
> > > yet in case you want to fix this in a different manner.
> >
> > Mark, can you check if it was intentional to show all
> empty parent
> > directories in sync view when new resources have been added
> by someone
> > elese. I believe in CVS you only see a single compressed folder in
> > such case.
>
> I think it is because Subversion does not tell us if it is a
> file or folder. So we have to say it is a file, and that is
> what it winds up looking like.
>
> Mark
Well,
I didn't found anything better than the sort you did.
What I just added was (a bit clumsy) reverse order pre-building of the
"contrainerSet",
so the parent directories ghost files are not displayed and it behaves
more-or-less the CVS way ...
There is still problem when adding just empty directory
(next time an non-empty synchronize is performed the "ghost" file is
displayed and problem message is registered),
but I don't think I'm able to find a solution to that in the short term,
so I would say you can commit the fixes if you consider them worth ...
Martin
Received on Tue Jun 14 19:21:04 2005