"Martin Letenay" <mle@whitestein.com> wrote on 06/10/2005 04:44:56 AM:
> I've just joined the project and as a start I've took a look at some
reported
> bugs whether I can fix some.
> So I've picked this one:
http://subclipse.tigris.org/issues/show_bug.cgi?id=279
> - Dir not decorated when file is deleted
>
> The problem is that when a resource stored in svn is being deleted, to
mark
> parent directories as dirty,
> the resource cannot be deleted directly but rather turned into
"phantom". (See
> Resoure#deleteResource)
>
> The Resource#synchronizing(boolean) is checked wheter it can be turned
into
> phantom, which futher checks for presence of non-empty getSyncInfo().
> And there lies the problem, the syncInfo is always empty.
>
> I've tried to trace it down where it might get set and have found that
> PersistantResourceVariantByteStore#setBytes is the only reasonable place
being used.
>
> However the SVNWorkspaceSubscriber does not use this
> PersistantResourceVariantByteStore but rather
SessionResourceVariantByteStore
> which does not
> maintain the resource's syncInfo.
>
> When I replaced the remoteSyncStateStore in SVNWorkspaceSubscriber with
> PersistantResourceVariantByteStore everything starts to work as
expected,
> when file is deleted, it is converted into phantom and parent resources
are
> marked as dirty ...
>
> However I have absolutely no idea about other potential (negative)
> consequences of replacing SessionResourceVariantByteStore with
> PersistantResourceVariantByteStore,
> my knowledge of eclipse platform is very limited here ...
>
> Could you guys take a closer look whether such fix makes sense ?
Is there more to the patch? When I try this, everything seems like it is
working the way it already does. If I delete a class, I do not see the
folders that contain it become decorated. Also, I thought the class you
changed was only used by Synchronize, so I do not see how it would effect
the general decorators.
I am assuming there is more than one class changed by your patch, and you
meant to include more.
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Fri Jun 10 23:47:43 2005