Files deleted after commit

[WanWizard]

Hello All,

I've got a weird problem.

I'm using SyncroSVNclient 4.0 (build 2008092315) on Fedora Core 9. While on the road, I use OpenVPN to connect to the office, and connect to the office development servers using Samba. My working copies are on those servers.

Everything is working like a charm (I can refresh, edit files, all SVN commands), except for a commit. The commit itself works ok, but after the commit, all files that are part of the changeset are reset to 0 bytes. I can delete them, and restore them using 'svn update', so the commit itself went ok.

I haven't observed this issue when I'm in the office, working locally.

I'm using SyncroSVNclient since about 6 weeks now. Before that I used eSVN, but had to switch due to an upgrade of our SVN enviroment (to 1.5.x). I've used eSVN, and before I switched to Linux I used Tortoise on Windows XP, and never experienced this behaviour. Nothing has changed on either the OpenVPN config or server side.

Any idea's anyone?

[sorin]

Hello,

It is really weird. We cannot reproduce it but we will investigate how a commit could remove the content of a committed file in the working copy although the commit to the SVN repository was successful.


Regards,
Sorin

[WanWizard]

Thanks for the feedback.

I can't reproduce it in the office as well, but on the road, through the OpenVPN tunnel, 100% of the time...

[WanWizard]

I can't reproduce it in the office as well, but on the road, through the OpenVPN tunnel, 100% of the time...

Have to come back on this.

I'm now in the office trying to finish some work. I have a samba connection to the local server where the working copy resides.

Just did a checkin after changing some files:

Code: Select all

[14:50:13] - svn commit -m "fixed opentable
template overwritten by the opentable_x template by
mistake" 2 item(s)
[14:50:13] - Sending        /cifs/penguin/Website/virtual/exitecms.office.exite.nl
/themes/ExiteCMS/templates/templates/_closetable.tpl
[14:50:13] - Sending        /cifs/penguin/Website/virtual/exitecms.office.exite.nl
/themes/ExiteCMS/templates/templates/_opentable.tpl
[14:50:13] - Transmitting file data.
[14:50:15] - Refreshing files state...
[14:50:15] - Refresh done
[14:50:15] - Committed revision 1982

After this action both files have a file size of 0.

If I do an SVN update from the SyncroSVN menu, I get:

Code: Select all

[14:57:15] - svn update --revision HEAD exitecms.office.exite.nl/themes/ExiteCMS/templates
/templates/_opentable.tpl
[14:57:15] - At revision 1983.
[14:57:16] - Refreshing files state...
[14:57:16] - Refresh done

This doesn't fix the problem, the file length stays zero.
Same for an svn update from the commandline.

If I then delete both files, and do an svn update:

Code: Select all

[wanwizard@penguin templates]# svn update
Restored '_opentable.tpl'
Restored '_closetable.tpl'
At revision 1983.
[wanwizard@penguin templates]#

It restores them now, including my changes.
So you see the files get truncated after the commit.

Again, I never had this with other products, and to be honest, this makes SynchroSVN currently unusable for me.

[WanWizard]

I'm not very amused at the moment. I did a large comment last night, and most of my working copy is now wiped out. Again, working locally.

The last snippet of the console:

Code: Select all

[00:58:41] - Sending        /cifs/penguin/Website/virtual/exitecms.office.exite.nl/viewpage.php
[00:58:41] - Transmitting file data.
[01:04:52] - Refreshing files state...
[01:05:12] - Refresh done
[01:05:12] - Committed revision 1986

The contents of one of the directories after the fact:

Code: Select all

-rw-rw----  1 wanwizard g_data    0 2008-11-10 01:00 404handler.php
-rw-rw----  1 wanwizard g_data    0 2008-11-10 01:00 configpath.php
-rw-rw----  1 wanwizard g_data  304 2008-07-08 23:46 config.php
-rw-rw----  1 wanwizard g_data    0 2008-11-10 01:00 contact.php
-rw-rw----  1 wanwizard g_data 3638 2008-08-03 20:43 favicon.ico
-rw-rw----  1 wanwizard g_data    0 2008-11-10 01:04 index.php
-rw-rw----  1 wanwizard g_data    0 2008-11-10 01:04 viewpage.php
-rw-rw----  1 wanwizard g_data 2701 2008-07-10 16:18 webshop.php

As you can see from the timestamps, the file trucation takes place during the transmit phase.

As you probably can imagine, I'm slowly getting into the "I want my money back stage"...

[sorin]

Hello,

I'm not very amused at the moment. I did a large comment last night, and most of my working copy is now wiped out. Again, working locally.

...

As you can see from the timestamps, the file trucation takes place during the transmit phase.

Please contact us so that we can send you by email instructions for generating a log file in Syncro SVN Client on your computer. We will look in the log file to see why the files are truncated after the commit action. It is the first report that we receive about this problem and we do not know at this moment what could cause it.


Regards,
Sorin

[sorin]

Thank you for the log file. Did you set any SVN keywords (like Author, Date, Revision) with the svn:keywords property on any file that is truncated by the commit action?


Regards,
Sorin

[WanWizard]

Thank you for the log file. Did you set any SVN keywords (like Author, Date, Revision) with the svn:keywords property on any file that is truncated by the commit action?

Yes, I have.

Most files have the svn:keywords "Date Revision Author Id" property.

[sorin]

We cannot reproduce the problem yet and we try to find the conditions that create it. Please try to commit in two steps a modified file from which you remove the svn:keywords property:

- remove the svn:keywords property from a file and commit this property change,

- modify the file content and commit the file.

Is the file reset to zero size in this case?


Regards,
Sorin

[WanWizard]

I did the above, and the file is no longer truncated after the commit.

I've emailed the svnclient.log from my commits to support.

Regards,
WanWizard

[sorin]

The email attachment is called winmail.dat and is a binary file. Please resend the text log file.


Regards,
Sorin

[WanWizard]

The email attachment is called winmail.dat and is a binary file. Please resend the text log file.

Sorry about that. I was on the road and had only access via the web. M$ products...

A new one is on his way to you...

[WanWizard]

Hello,

Any news on this subject?

[sorin]

Hello,

The problem is caused by a library which we use in Syncro SVN Client. It happens only for some files on which svn:keywords is set. We are waiting for a resolution from the developers of the library and we will let you know about the fix.


Regards,
Sorin

[tavy]

Hello,

We contacted the SVNKit development team regarding this issue. They didn't reproduce the behavior. However, there were fixes made in version 1.2.1 of SVNKit that may resolve this issue, in particular those related to low-level file operations. To benefit of those improvements you have to use JVM 1.6.

Please try the new Syncro SVN Client 4.1, which includes SVNKit 1.2.1 library and JVM 1.6. Let us know if you still can reproduce the behavior. The latest kits can be found on our download page: http://www.syncrosvnclient.com/download.html


Best Regards,
Octavian Nadolu