[Owncloud] ignore list: "~*" for Excel files?

[Daniel Molkentin]

Am 30.09.2013 um 11:54 schrieb Stefan Vollmar:

> Hello, 
> 
> we obverved that a file "~$PST_something.xlsx" was not synced, the "detailed log" provided "file on ignore list" as reason. We found a pattern "~*" on the ignore list, this pattern is, apparently, hard-wired and can not be changed. I believe the offending file above is either an automatic copy of an Excel file or some sort of locking mechanism - so is this the reasoning behind this particular pattern or did the developers have other file types in mind and maybe one should copy Excel files of that pattern (I do not know)?


This is on purpose. Syncing lock files is pointless in case of ownCloud/Dropbox/younameit for a number of reasons:

1. Lock files, just like other files, not be synched in time
2. Suppose a users syncs a lock file and then goes on the plane with no internet access -> He won't be able to edit his file

The way to resolve conflicts between two editing files is via a sync conflict (which now even gets reported). While this may not be ideal, it's the best we can do atm. Dropbox claims it "respects" locks, and may actually do some advanced magic (afaik they do not sync lock files, but get notified that a file is locked and keep the file from syncing until the lock is gone according to https://www.dropbox.com/help/52/en. Once the lock is gone, they will re-enable syncing for this file. I fail to see how that prevents conflicts in case of MS Office though). I do not agree that's a good idea, for the above reasons -- Not being able to edit a file (or relying on non-reliable locks) seems worse than having to merge two different versions from time to time.

Finally, it's not "hardcoded". Hover over the entry and it will tell you where it is. You are free to remove it and see if the result works better for you. In theory we could turn this into a setting (sync locks), but I'd want to make very sure that syncing the lock files works as expected first, and that it's good enough for some people, and (most important), why it's useful in your use case.

Cheers,
  Daniel

--
www.owncloud.com - Your Data, Your Cloud, Your Way!

ownCloud GmbH, GF: Markus Rex, Holger Dyroff
Schloßäckerstrasse 26a, 90443 Nürnberg, HRB 28050 (AG Nürnberg)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/owncloud/attachments/20130930/0f67fd17/attachment.html>