Sync client deletes random files or directories on crash

[oliverino]

Actual behaviour

During crashes descripted in bugreports number #438 #411 #406 #403 #401, the client deletes random files or directories on server side user clientsync folder.

The issues on the same bug reports happens also with MS Excel, Open Office and Libre Office Writer and Calc lock files.

The issue is heavy, we reverted back to 1.2.0 version.
We think that 1.2.1 version is dangerous, causing subtle data deletion.
The 1.2.1 version in our opinion should be taken off the market.

Steps to reproduce

1. Open an office file from local synced dir (causing a lock file to be created) and keep it open
2. At the first synchronization the client crashes and deletes random files or dirs on server
   3 Restart the client, the unexpected deletions, are synchronized back to the local folder on the client. Data are lost!

Server configuration

Operating system: Debian Squeeze 2.6.32-5 amd64

Web server: Apache 2.2.16-6+s

Database: Mysql server:5.1.66-0+s

PHP version: 5.3.3-7+sq

ownCloud version:4.5.7-1

Client configuration

Client version: 1.2.1

Operating system: Windows XP professional 32 bit and Windows 7 professional 64 bit

OS language: Italian

Installation path of client:
C:\programmi\owncloud\owncloud.exe ( Windows XP professional 32 bit)
C:\programs files (x86)\owncloud\owncloud.exe (Windows 7 professional 64 bit)

Logs

output of owncloud --logwindow or owncloud --logfile log.txt

Insert your log output here

Web server error log

log from /var/log/apache2/ssl_access.log

79.40.133.245 - stefano [06/Mar/2013:10:55:41 +0100] "GET /owncloud/status.php HTTP/1.1" 200 660 "-" "mirall-1.2.1"
79.40.133.245 - stefano [06/Mar/2013:10:55:41 +0100] "PROPFIND /owncloud/remote.php/webdav/clientsync HTTP/1.1" 207 2346 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:41 +0100] "GET /owncloud/status.php HTTP/1.1" 200 660 "-" "mirall-1.2.1"
79.40.133.245 - stefano [06/Mar/2013:10:55:41 +0100] "PROPFIND /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA HTTP/1.1" 207 3690 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:42 +0100] "PUT /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA/.~lock.preventivo2%201303%20Etruria.xls%23 HTTP/1.1" 201 517 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:43 +0100] "PROPPATCH /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA/.~lock.preventivo2%201303%20Etruria.xls%23 HTTP/1.1" 207 890 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:44 +0100] "PROPFIND /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA/.~lock.preventivo2%201303%20Etruria.xls%23 HTTP/1.1" 207 1162 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:44 +0100] "PROPPATCH /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA HTTP/1.1" 207 858 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:45 +0100] "DELETE /owncloud/remote.php/webdav/clientsync/SERVIZI/CMD%20Production/1303%20ETRURIA/preventivo2%201303%20Etruria.xls HTTP/1.1" 204 485 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:46 +0100] "DELETE /owncloud/remote.php/webdav/clientsync/Lavori/Telecom%20Tunisi/11.jpg HTTP/1.1" 204 485 "-" "csyncoC/0.70.4 neon/0.29.6"
79.40.133.245 - stefano [06/Mar/2013:10:55:47 +0100] "DELETE /owncloud/remote.php/webdav/clientsync/SERVIZI/INDUSTREE/1301%20PANINI HTTP/1.1" 204 485 "-" "csyncoC/0.70.4 neon/0.29.6"

the last 3 rows are unexpected behaviours of the client.

ownCloud log (data/owncloud.log)

Insert your ownCloud log here

[mneiger]

I did meet this behaviour though I could not connect it to the lock file crash with certainty.

[oliverino]

@mneiger
We did a lot of test on our clients and we are shure of this behaviour.

[dragotin]

Please refer to #370. A client with a fix to test is available and it would be great if you could test. Thx.

[dragotin]

I assume this is fixed with client version 1.2.3 as confirmed from other users. Please reopen if not.