Subversion File Status not working (version cache build problem?)

[Dan]

OK... and you never see svn.exe appear int he process list?

[gawied]

Hi Dan

I do see svn.exe appear in the process list - I have set it to update every minute and it does appear evert minute. I did a svn history check - see screenshot attached. You will see that the history report the correct - Status: Locally modified, but I do not see any status change on the icon.

Thanks for your help,

Regards,
Gawie

[gawied]

Hi Dan

I think I know what is happening...

The red balloon will only appear if you change the source file WHILE you are connected to the SVN server. However, if you made a change while you were not connected to the SVN server, that change will not result in a red balloon on your file's icon - not even when you connect to the SVN server again.

Is this how it was designed? Hope not, because all the other SVN clients that I have used will give you feedback on your file status even if you are not connected to the SNV Server. I do a lot of "offline" (ie not connected to the SVN server) work and it would be very helpful to keep track of my changes while working "offline".

Hope to hear from you soon.

Regards,
Gawie

[Dan]

It runs "svn status" with several options (--xml, --show-updates etc).

If you run svn status from the command line when disconnected from your server do you get good results?

[gawied]

Hi Dan

I ran "svn status" on one of my working directories and I did get good results even when my SVN Server was not switched on. Below is an extract of the of result when I ran "c:\svn-win32\bin\svn status --xml" from within one of my working directories.
 
<entry
   path="main.h">
<wc-status
   props="none"
   item="modified"
   revision="1489">
<commit
   revision="1489">
<author>gawied</author>
<date>2011-03-04T20:56:53.454101Z</date>
</commit>
</wc-status>
</entry>

Hope this helps,

Regards,
Gawie

[gawied]

Hi Dan

I have done some further tests by modifying a source file and check it status in SlickEdit as well as via "svn status" command line. 

With my SVN server switched OFF - I can confirm that the command line request reports the status of the file correctly, while no status changes (red balloons, etc) were seen in SlickEdit.

With my SVN server switched ON - I can confirm that the command line request reports the status of the file correctly, as well the correct status changes (red balloons, etc) were seen in SlickEdit.

Something that I have also noticed is that when I want SVN (via SlickEdit) to revert a file to the previous unmodified status, the file gets updated correctly, BUT SlickEdit does not remove the red balloon! And again, the "svn status" command line request reported the correct status.

Hope you can come up with some answers...

Regards,
Gawie

[Dan]

Could this be a refresh issue?  If you click on the file a file showing a red dot that should not be, does causing it to redraw make it go away?

[gawied]

Hi Dan,

Nope, not a refresh issue. I am sure you must be able to replicate this on your side. 

Please let me know if you see something different on your side.

I also logged a support case for this... Hopefully we could somebody from SlickEdit to look at it in detail.

Regards,
Gawie

[Dan]

I will set up a machine where I can simulate that (I don't want to pull the network cable on my development machine), and look into it later today.

[gawied]

Hi Dan,

Thanks.

The "svn revert" issue should be reproducible when connected though.

Cheers,
Gawie

[gawied]

Hi Dan

I can confirm that I see the exact same behavior with V16 beta2.

CHeers,
Gawie

[Dan]

Gawie:

Thank you for checking Beta 2.

With regard to revert, it does seem to pick it up eventually, although you have to wait until the timer causes svn to run again.  I think we can do better here.

I was able to reproduce the other issue too.  I am not sure what the difference is right now.  My guess is that the XML it outputs is different if the server is offline, but I will know more shortly.

Dan

[Dan]

This will be fixed for the next beta.  What platform are you working on?

[gawied]

Thanks Dan,

I am working on Windows.

Cheers,
Gawie

[Dan]

Gawie:

If you PM me an email address I will send you a 15.0.1 dll to fix this issue.

Dan