> Mark Phippard wrote:
> > Created new bug for this. See
> > http://subclipse.tigris.org/issues/show_bug.cgi?id=600
> > As you know Synch view is not really my area of the code, but I would
> > guess when the project is deleted nothing is capturing that event and
> > removing it from the synch view, or something along those lines.
> > new project is added, you get all these change events where the local
> > info has new values, but the Synch view is still operating off a
> > of the remote information. Perhaps it could know this scenario and
> > essentially re-run the Synch?
> Strange. There are several implementations of the
> IResourceChangeListener: FileModificationManager,
> SyncFileChangeListener, TeamPrivateListener and StatusCacheManager
> probably we need FileModificationManager). Those are registered on
> plugin startup, but it doesn't seem like either of them subscribed on
> project closing and deletion events (see
> Also note that kicking Synchronization does not help to fix the
> changes and I have to remove it from Synch view and create again.
> Perhaps there is something with the state of the cache for those
> > I have to confess that just talking about this I cannot even think of
> > what the "right" thing to do would be. I am guessing you do not want
> > the projects removed from the Synch view, and is re-running the Synch
> > process the right thing to do either?
> Not sure what you mean by removing from Synch view. I would expect
> that Sunch view won't show any changes for those projects when they are
> closed or deleted, but when they came back it should refresh its state
> and projects should reappear with new changes.
> Right now they do appear back in Sunch view, but changes shown in
> Synch view for them have nothing to do with the reality.
> > Bigger question might be whether we have any contributors around any
> > more to look at this? Martin is the one who got the view really
> > working well in its current state. I think Brock knows a good deal
> > about it too.
> I was waiting if anyone would comment on this, but it seems like we
> lost them. :-(
Well, I'm still in, just a bit short of time these days.
I probably would not get to the code until the weekend, so ...
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Jan 24 08:27:50 2007