Subclipse (1.8.5) requires cleanup / refresh cycle to detect changes made with TortoiseSVN (1.7.4)

Question

My problem:

Subclipse does not update locked status overlay icons in eclipse after I lock/unlock some files with TortoiseSVN in windows explorer (and vice versa).

Is this expected behaviour or am I missing a setting?

The files have the svn property "svn:needs-lock" set.

I can sync Subclipse again by first clicking "Team - Refresh/Cleanup" and then "Refresh F5".

I am not a 100% sure but I think with Subclipse 1.6.x and TortoiseSVN 1.6.x I was able to just hit F5 in eclipse, and the status was refreshed correctly.

Thank you for your time.

Answer 1

I do not think you should have to do the second F5, but we added the Team > Refresh/Cleanup option for this reason.

With pre-SVN 1.7.x releases any change in the working copy caused files in all of the hidden .svn folders to be modified. When you hit F5 in Eclipse, it would see these changed files and fire off notifications that Subclipse would see and use that to refresh decorations.

With SVN 1.7, all this information is consolidated in a single location, and it sounds like it probably does not even live inside your Eclipse project folder. So F5 in Eclipse effectively does nothing because no files on the filesystem that Eclipse can see has been modified. Eclipse does not send out any notifications.

The Team > Refresh/Cleanup option calls the same Eclipse action as F5, but it also triggers an explicit refresh of SVN cached information regardless of whether Eclipse sees any changes.