> I'm curious if there are any known 'refresh' issues after various SVN
operations via subclipse
> (eclipse 3.1M7 + subclipse 0.9.31/SVN1.2.0). A number of developers that
I have using subclipse
> complain that both the SVN Sync perspective and the standard Java
perspective refuse to update
> correctly after a commit - the commit itself works fine, but the GUI
still indicates an outgoing
> change. This is further reflected in the SVN Resource History (you will
see the new revision in the
> log, but it indicates that you are still on the previous revision!). A
full exit and restart of eclipse will
> fix things. Of course, I'm unable to duplicate the event on my system to
provide a series of
> reproducable steps even though I run in the same configuration, so I
wanted to ask this on the
> users list prior to submitting an actual issue. Thanks!
The problem with the Synch view not refreshing is mostly a known problem.
On outgoing changes, the only time I see it not refresh is when I commit a
delete. There is a problem getting the internal cache to invalidate
itself. Besides restarting, a workaround I have seen work is to Synch a
different resource. For example, if you normally synch the whole project,
try dropping down a level to the 'src' folder as an example.
I have not seen problems with the normal views to refresh. Although I
think I have seen a few cases where I commit a JAR file and the Java
Package Explorer still shows the modified decorator but every other view
shows it correct.
As for Show in Resource History, I suspect that view is correct. When you
commit a file, only the file is updated in your WC to the new revision.
The folder containing the file is not updated to that revision until you do
an explicit update. This is what Subversion calls mixed-revision WC's. If
you selected the folder when you do Show in Resource history you will see
the commit of the file, but the highlighted revision is the revision of the
folder (the resource you selected).
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
Received on Tue Jun 7 10:46:44 2005