|
Other Syncro SVN Client issues not covered by the other forums.
by WanWizard » Thu Nov 06, 2008 5:34 pm
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?
-
WanWizard
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by sorin » Thu Nov 06, 2008 5:53 pm
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
-
sorin
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by WanWizard » Thu Nov 06, 2008 5:58 pm
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
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by WanWizard » Sun Nov 09, 2008 4:05 pm
WanWizard wrote: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
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by WanWizard » Mon Nov 10, 2008 10:53 am
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"...
-
WanWizard
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by sorin » Mon Nov 10, 2008 11:45 am
Hello, WanWizard wrote: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
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by sorin » Fri Nov 14, 2008 11:49 am
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
-
sorin
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by WanWizard » Fri Nov 14, 2008 12:02 pm
sorin wrote: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.
-
WanWizard
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by sorin » Fri Nov 14, 2008 5:29 pm
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
-
sorin
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by WanWizard » Fri Nov 14, 2008 5:52 pm
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
-
WanWizard
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by sorin » Fri Nov 14, 2008 6:24 pm
The email attachment is called winmail.dat and is a binary file. Please resend the text log file.
Regards, Sorin
-
sorin
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by WanWizard » Sat Nov 15, 2008 10:39 am
sorin wrote: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
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by WanWizard » Wed Nov 26, 2008 2:59 pm
Hello,
Any news on this subject?
-
WanWizard
-
- Posts: 21
- Joined: Thu Nov 06, 2008 5:22 pm
by sorin » Wed Nov 26, 2008 3:47 pm
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
-
sorin
-
- Posts: 171
- Joined: Tue Feb 13, 2007 3:45 pm
by tavy » Fri Dec 05, 2008 10:59 am
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.htmlBest Regards, Octavian Nadolu
-
tavy
-
- Posts: 52
- Joined: Wed Jan 31, 2007 2:53 pm
Return to Other Issues
Who is online
Users browsing this forum: No registered users and 1 guest
|
|
|