johnmarshall4 Posted May 24, 2013 Report Share Posted May 24, 2013 Version 1.0.134Renaming a folder from 'TEst' to 'Test' for example will cause the files to be deleted on both ends of a sync.In my case the source was Mac. Depending on what is on the other end - including a Windows RO share the empty folder may or may not remain.I found out the hard way that iTunes (Mac at least) can rename folders while playing songs if the tags in a given album don't exactly match in their case. I was syncing my music to a RO share so I thought my library would be safe. Instead I had multiple Albums deleted. - I only noticed because I regularly check the Sync history. - ITunes simply followed the files as they moved to .SyncTrash and continued to play them so it was not obvious something happened. You have been warned. Quote Link to comment Share on other sites More sharing options...
johnmarshall4 Posted May 31, 2013 Author Report Share Posted May 31, 2013 @BitTorrent - any update on this? I have not heard back from you via tech support. This is 100% reproducible for me and I had to stop syncing my iTunes folder because of it. Quote Link to comment Share on other sites More sharing options...
kos13 Posted May 31, 2013 Report Share Posted May 31, 2013 We are looking to this problem. It is recorded as a bug and we will fix it. Quote Link to comment Share on other sites More sharing options...
johnmarshall4 Posted June 1, 2013 Author Report Share Posted June 1, 2013 Thanks. I know you are busy. Keep up the good work. Quote Link to comment Share on other sites More sharing options...
johnmarshall4 Posted June 11, 2013 Author Report Share Posted June 11, 2013 Ok, so I tested this with 1.1.12 between a Mac and Windows. It no longer deletes the folder (and containing files). but it also doesn't try to sync the rename at all. So I'm left with differently cased folder names on each side of the share. - Still not right guys. Quote Link to comment Share on other sites More sharing options...
kos13 Posted June 11, 2013 Report Share Posted June 11, 2013 Your issue is not solved. There is conceptual problem and we hadn't find any easy solution to it. Problem is that on Windows and Mac TEst and Test are exactly the same name. Naturally it seems that you just need to have a single file irrespective of the case. However if you will throw Linux into the game, TEst and Test are to different names. We will fix this issue, but still looking for a right solution from internal architecture and p2p concept. Quote Link to comment Share on other sites More sharing options...
rdebath Posted June 12, 2013 Report Share Posted June 12, 2013 Don't forget some filesystems on Linux are case insensitive ... sometimes. eg: vFAT can be either depending on the mount options.What's more even windows can be case sensitive under the right conditions; NTFS is actually a case sensitive filesystem, but the Win32(Win64) environment usually enforces case insensitivity.But, it's simple enough in concept; it's just a conflict, as if two different machines had created the two files with the same name at the same time. So the "normal conflict resolution process" should be triggered. My preference is that one of the files gets renamed for any true conflict. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.