Bug: Problem Syncing Files with Folders that have a trailing period #198

monksy · 2013-04-19T18:52:38Z

I have a few folders that end with a period. I.e. "Company Inc." This is a legal name for a folder in Linux, but this is not the case in Windows [http://superuser.com/questions/283251/moving-files-out-of-an-illegal-folder-ends-with-a-period-in-xp]

Seafile ends up having a huge issue with this and it fails to Sync. The error message that it keeps giving is: sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.

As I said before, this issue only shows up in Windows, but not on the Linux client

killing · 2013-04-22T11:41:13Z

I tested this case. Seafile doesn't end up with sync error. It just creates a folder without period on Windows. E.g. if I check out "test.", "test" is actually created. Does it sync without problem after you remove the period on Linux?

monksy · 2013-04-22T17:47:43Z

I haven't tried modifying the files on Linux yet, however It tends to stop at the folder with the period and claim "sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'." If I remove the folder it goes to the next one that has the issue.

How did you make the folder in the test case? http://www.autohotkey.com/board/topic/60416-folder-names-with-a-trailing-dot/
There seems to be a bit of contention on how its done.

killing · 2013-04-23T02:27:07Z

I just create the folder on the server directly. That should be the same as creating the folder on Linux.
Can you post more log messages?

monksy · 2013-04-23T14:46:55Z

This is the stat of the file. The bits about the files keep reappearing over and over again. If I delete the folder and redownload it.. everything will download, but for any update on the server side this will result.

[04/19/13 14:40:53] sync-mgr.c(866): [sync-mgr] Relay for Music is not ready, wait.
[04/19/13 14:44:39] read from connfd error: No error.
[04/19/13 14:44:43] seaf-daemon.c(403): starting seaf-daemon 1.6.0
[04/19/13 14:44:43] ../common/mq-mgr.c(60): [mq client] mq cilent is started
[04/19/13 14:44:43] ../common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seafile.heartbeat
[04/19/13 14:44:44] GC started. Total block number is 23189.
[04/19/13 14:44:44] GC index size is 11594 Byte.
[04/19/13 14:44:44] Pupulating index.
[04/19/13 14:44:47] Scanning and deleting unused blocks.
[04/19/13 14:44:47] GC finished. 0 blocks are removed.
[04/19/13 14:44:49] bad signature
[04/19/13 14:44:49] index file corrupt
[04/19/13 14:44:49] Failed to load index.
[04/19/13 14:45:20] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/19/13 14:45:22] Worktree changes (at most 5 files are shown):
[04/19/13 14:45:22] type: W, status: M, name: M/MetalMusic/Ride The Stairway/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/19/13 14:45:22] type: W, status: M, name: M/MMetalMusic/Song Inc./3/11 - Too Late.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/19/13 14:45:22] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Forever.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/19/13 14:45:22] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/19/13 14:45:22] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Time.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/19/13 14:45:30] sync-mgr.c(592): Worktree is still dirty after commit.
[04/19/13 14:45:30] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/19/13 14:45:30] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.
[04/19/13 14:45:50] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.

freeplant · 2013-04-23T15:01:08Z

We have two possible solutions

Ignore these folders just as we ignore files with illegal characters in Windows
Sync these folders, but rename them if they are synced to Windows. After the second sync, the folder names will also be changed in the server and other platform.

@monksy Which solution is good for you?

monksy · 2013-04-23T15:06:04Z

Depends on the time span. Are we talking about a short term or long term solution?

Short term: I have no issue with renaming the folder.... That would be the easiest and least damage done visually.

However I think that its something that there should be a test case for. It looks like the initial retrival works fine, that its an issue with reindexing and recognizing the same file. [These files have not been touched sinced the original download]

Where did these files come from: These files were renamed via their metadata. There is a high likely hood to see similar behavior out wtihin the realm of what Seafile may host elsewhere.

For the short term, I don't mind renaming, but I think that is something that should be targeted at least for a later release.

rcoss · 2013-04-23T16:37:46Z

With solution 2, what would happen if linux client creates both dir/a.txt and dir./a.txt ?

killing · 2013-04-24T02:08:19Z

@monksy I agree. Something is wrong in the code or your environment. Perhaps the problem is not caused by folders ended with period. Can we send you a new binary with more debug messages?

monksy · 2013-04-24T02:35:56Z

Sure, this time It'll have to be a 64bit Windows binary. [Btw this is on an
encrypted folder]

2013/4/23 Jiaqiang Xu notifications@github.com

@monksy https://github.com/monksy I agree. Something is wrong in the
code or your environment. Perhaps the problem is not caused by folders
ended with period. Can we send you a new binary with more debug messages?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/198#issuecomment-16904338
.

monksy · 2013-04-26T17:04:58Z

[bump, I assume this got lost in the other messages]

killing · 2013-04-27T01:20:11Z

Sorry, the log messages will be included in 1.6.1. We also ignore period-ended files on upload.

monksy · 2013-04-27T01:24:54Z

No worries. But what about the files that are already in the repository?
Also, will there be any notification on the Linux side that this is
happening?

2013/4/26 Jiaqiang Xu notifications@github.com

Sorry, the log messages will be included in 1.6.1. We also ignore
period-ended files on upload.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/198#issuecomment-17107873
.

killing · 2013-04-27T01:31:28Z

There should be no problem for the files already in. I suspect your problem is not caused by period-ended folders. That's why I add more log messages.
It's a good idea to notify when some files/folders are ignored.

monksy · 2013-04-27T03:34:32Z

Sounds good, when there is an update I'll get that and update this with the
new log messages.

2013/4/26 Jiaqiang Xu notifications@github.com

There should be no problem for the files already in. I suspect your
problem is not caused by period-ended folders. That's why I add more log
messages.
It's a good idea to notify when some files/folders are ignored.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/198#issuecomment-17108048
.

killing · 2013-04-28T04:02:09Z

@monksy 1.6.1 is available for download now.

monksy · 2013-04-29T11:36:30Z

I'm getting the exact same errors after the upgrade.

killing · 2013-04-29T11:39:07Z

That's expected. Can you post your log messages again?

monksy · 2013-04-29T11:44:56Z

[04/29/13 07:41:51] sync-mgr.c(592): Worktree is still dirty after commit.
[04/29/13 07:41:51] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/29/13 07:41:51] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.
[04/29/13 07:42:13] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/29/13 07:42:15] Worktree changes (at most 5 files are shown):
[04/29/13 07:42:15] type: W, status: M, name: M/MetalMusic/Song Inc./02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 07:42:15] type: W, status: M, name:  M/MetalMusic/Song Inc./11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 07:42:15] type: W, status: M, name:  M/MetalMusic/Song Inc./10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 07:42:15] type: W, status: M, name:  M/MetalMusic/Song Inc./09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 07:42:15] type: W, status: M, name:  M/MetalMusic/Song Inc./07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246

killing · 2013-04-29T12:07:50Z

More context is needed. Can you post more lines around the above log messages?

monksy · 2013-04-29T12:22:10Z

From start to [manual] stop

[04/29/13 08:16:11] seaf-daemon.c(413): starting seaf-daemon 1.6.1
[04/29/13 08:16:11] ../common/mq-mgr.c(60): [mq client] mq cilent is started
[04/29/13 08:16:11] ../common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seafile.heartbeat
[04/29/13 08:16:12] GC started. Total block number is 23314.
[04/29/13 08:16:12] GC index size is 11657 Byte.
[04/29/13 08:16:12] Pupulating index.
[04/29/13 08:16:14] Scanning and deleting unused blocks.
[04/29/13 08:16:15] GC finished. 0 blocks are removed.
[04/29/13 08:16:17] bad signature
[04/29/13 08:16:17] index file corrupt
[04/29/13 08:16:17] Failed to load index.
[04/29/13 08:16:17] sync-mgr.c(934): [Sync mgr] Failed to commit to repo HPCSA3(03cf7621).
[04/29/13 08:16:17] sync-mgr.c(491): Repo 'HPCSA3' sync state transition from committing to 'error': 'Failed to index files.'.
[04/29/13 08:16:47] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/29/13 08:16:49] Worktree changes (at most 5 files are shown):
[04/29/13 08:16:49] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:16:49] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:16:49] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:16:49] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:16:49] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:16:57] Worktree changes (at most 5 files are shown):
[04/29/13 08:16:57] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:16:57] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:16:57] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:16:57] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:16:57] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:16:57] sync-mgr.c(592): Worktree is still dirty after commit.
[04/29/13 08:16:57] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/29/13 08:16:57] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.
[04/29/13 08:17:17] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/29/13 08:17:19] Worktree changes (at most 5 files are shown):
[04/29/13 08:17:19] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:17:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:17:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:17:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:17:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:17:28] Worktree changes (at most 5 files are shown):
[04/29/13 08:17:28] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:17:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:17:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:17:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:17:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:17:28] sync-mgr.c(592): Worktree is still dirty after commit.
[04/29/13 08:17:28] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/29/13 08:17:28] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.
[04/29/13 08:17:47] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/29/13 08:17:50] Worktree changes (at most 5 files are shown):
[04/29/13 08:17:50] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:17:50] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:17:50] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:17:50] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:17:50] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:17:58] Worktree changes (at most 5 files are shown):
[04/29/13 08:17:58] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:17:58] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:17:58] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:17:58] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:17:58] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:17:58] sync-mgr.c(592): Worktree is still dirty after commit.
[04/29/13 08:17:58] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/29/13 08:17:58] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.
[04/29/13 08:18:17] sync-mgr.c(420): Repo 'Music' sync state transition from 'initializing' to 'merging'.
[04/29/13 08:18:19] Worktree changes (at most 5 files are shown):
[04/29/13 08:18:19] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:18:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:18:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:18:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:18:19] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:18:28] Worktree changes (at most 5 files are shown):
[04/29/13 08:18:28] type: W, status: M, name: M/MetalMusic/Ride/02 - Ride.mp3, ce mtime: 1366073891, ce size: 23081625, file mtime: 1366073896, file size: 1500308
[04/29/13 08:18:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/11 - Too.mp3, ce mtime: 1366073817, ce size: 1778219, file mtime: 1366073819, file size: 1778219
[04/29/13 08:18:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/10 - Stone.mp3, ce mtime: 1366073817, ce size: 2569171, file mtime: 1366073819, file size: 2569171
[04/29/13 08:18:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/09 - Damage.mp3, ce mtime: 1366073817, ce size: 2002884, file mtime: 1366073819, file size: 2002884
[04/29/13 08:18:28] type: W, status: M, name: M/MetalMusic/Song Inc./3/07 - Killing.mp3, ce mtime: 1366073816, ce size: 1706246, file mtime: 1366073819, file size: 1706246
[04/29/13 08:18:28] sync-mgr.c(592): Worktree is still dirty after commit.
[04/29/13 08:18:28] sync-mgr.c(619): [sync mgr] Worktree is not clean. Skip merging repo Music(fb4c020e).
[04/29/13 08:18:28] sync-mgr.c(491): Repo 'Music' sync state transition from merging to 'error': 'Files changed in local folder, skip merge.'.

killing · 2013-04-29T12:49:34Z

The file M/MetalMusic/Ride/02 - Ride.mp3 looks strange to me. Its size is changed. If it's a mp3 file, its size should rarely be changed. Can you help check anything unusual for this file? For example, is there a file of the same name but with different cases?

monksy · 2013-04-29T12:54:50Z

It is an MP3, and all of the files listed were not changed since the download. There has been a download since these issues started]

According to windows I have:
Created: ‎Monday, ‎April ‎15, ‎2013, ‏‎8:58:08 PM
Modified: ‎Monday, ‎April ‎15, ‎2013, ‏‎8:58:16 PM

killing · 2013-04-29T12:59:48Z

What's the file size?

monksy · 2013-04-29T13:01:07Z

Size: 1.43 MB (1,500,308 bytes)
Size On Disk: 1.43 MB (1,503,232 bytes)

killing · 2013-04-29T13:16:30Z

Can you send the whole log file to me so that I can see what happened at the beginning? xjqkilling at gmail

monksy · 2013-04-29T19:08:25Z

That was the entire log. [Before I started seafile I wiped the log] Were you looking for a log that included the download?

killing · 2013-04-30T01:06:37Z

Yes, something went wrong in the initial download of 'Music' library.

monksy · 2013-04-30T06:00:06Z

Sent.

monksy · 2013-05-02T20:49:54Z

The upgrade to the 1.6.1 client and redownloading has fixed the issue. However, I am getting a lot of "case conflict" folders and files.

killing · 2013-05-03T00:48:48Z

Good to know that. You can find all of them and rename them properly.

christophwolff · 2014-04-21T18:19:06Z

I have this error with seafile Server 2.2.1 and Client 2.1.2 Mac OS X.

Anyone Else?

SimJoSt · 2017-04-03T14:29:40Z

I use Windows-Server 6.0.7 and Windows-Client 6.0.4 as well as SeaDrive 0.6.0 and still the folder with the trailing period just don't show up.
They do in Seafile interfaces, like the web or the Seafile client browser, but not the Windows Explorer.

monksy closed this as completed May 2, 2013

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Bug: Problem Syncing Files with Folders that have a trailing period #198

Bug: Problem Syncing Files with Folders that have a trailing period #198

monksy commented Apr 19, 2013

killing commented Apr 22, 2013

monksy commented Apr 22, 2013

killing commented Apr 23, 2013

monksy commented Apr 23, 2013

freeplant commented Apr 23, 2013

monksy commented Apr 23, 2013

rcoss commented Apr 23, 2013

killing commented Apr 24, 2013

monksy commented Apr 24, 2013

monksy commented Apr 26, 2013

killing commented Apr 27, 2013

monksy commented Apr 27, 2013

killing commented Apr 27, 2013

monksy commented Apr 27, 2013

killing commented Apr 28, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 30, 2013

monksy commented Apr 30, 2013

monksy commented May 2, 2013

killing commented May 3, 2013

christophwolff commented Apr 21, 2014

SimJoSt commented Apr 3, 2017

Bug: Problem Syncing Files with Folders that have a trailing period #198

Bug: Problem Syncing Files with Folders that have a trailing period #198

Comments

monksy commented Apr 19, 2013

killing commented Apr 22, 2013

monksy commented Apr 22, 2013

killing commented Apr 23, 2013

monksy commented Apr 23, 2013

freeplant commented Apr 23, 2013

monksy commented Apr 23, 2013

rcoss commented Apr 23, 2013

killing commented Apr 24, 2013

monksy commented Apr 24, 2013

monksy commented Apr 26, 2013

killing commented Apr 27, 2013

monksy commented Apr 27, 2013

killing commented Apr 27, 2013

monksy commented Apr 27, 2013

killing commented Apr 28, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 29, 2013

monksy commented Apr 29, 2013

killing commented Apr 30, 2013

monksy commented Apr 30, 2013

monksy commented May 2, 2013

killing commented May 3, 2013

christophwolff commented Apr 21, 2014

SimJoSt commented Apr 3, 2017