Community
Participate
Working Groups
The SVN change set view is showing me an incoming change for a change set that I literally just committed from the same workspace. I have automatic synchronization turned on, which can sometimes take a while. In this case synchronization had started before I committed my files and then picked up the incoming change set at some point later.
As I correctly understood you did the following: 1. schedule automatic synchronization in Synchronize view 2. automatic synchronization started but didn't find any incoming changes 3. commit some modified files 4. at some time latter you see the files you just committed as incoming changes which is wrong If these are not your steps could you please provide more details how to reproduce the problem? What Subversive version do you use?
Yes, this was pretty much what happened. To note, the scheduled automatic synchronization was still in progress when I committed the files. I don't recall which version I was using because I'm on the weekly builds of Subversive and I update very regularly.
Could you reproduce the problem and if you can please provide steps to reproduce it? I tried it in several case but failed to reproduce.
I can remember running into this problem only once.
The situation happened because the working copy state was collected before the commit started, but the request was sent after the commit finished. It is indeed a rare case and may seem buggy, but it is unreasonable to block the whole working copy for each and any operation in progress no matter if it touches the resource or not and disregarding if it is read or modification access. So, it would be best to ignore the case, since if you do update for the resource it will go out of synchronize view without any errors or any unnecessary change to the working copy.