View Issue Details

IDProjectCategoryView StatusLast Update
0011378MMW v4Synchronizationpublic2014-03-05 08:20
ReporterLudek Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionduplicate 
Product Version4.0 
Fixed in Version4.1 
Summary0011378: Files with same metadata are skipped during synchronization
DescriptionThis is a a long standing behaviour, but was hardly noticed until we added the new log message in course of 0006219:0037812 : 'File %s was skipped, because it points to the same device location (%s) as file %s'

I've just tested it with my iTouch 5 and MM reported sync problems (see attached screenshot). I have songs with same metadata, one song is from LIVE concert and the other is album song, MM auto-synchronizes only one of them in that case. Using "Send to -> Device" all songs are copied.
 
1) For Apple devices the log shouldn't be shown in such a cases, because mask config is not shown for iOS devices at all and MM respects the Apples file structure (a non human readable form).

2) Eventually all songs should be synced to Apple devices in such a case. Althought it is debatable, because it would result in dups when navigating the device (might be undesirable), so I would rather leave it as is for now, because user can use "Send to device" if he wants to have dups on iPhone, or tag the songs properly (e.g. add '(live in Vienna)' appendix to the album name).
TagsNo tags attached.
Attached Files
Skipping.png (52,011 bytes)   
Skipping.png (52,011 bytes)   
Fixed in build1665

Relationships

has duplicate 0011913 closedLudek Duplicate Titles fail to sync to Apple devices 
related to 0011772 closedLudek Some tracks that MM mistakenly considers as duplicates fail to sync 
child of 0011321 closedLudek Playlist contains duplicates when more tracks point to the same location on the device 
child of 0006219 closedLudek Synchronization errors should be logged 

Activities

Ludek

2013-10-17 14:52

developer   ~0037929

1) is fixed in 1665.

peke

2013-10-18 20:04

developer   ~0037959

Verified 1665

Ludek

2014-03-05 08:20

developer   ~0039773

Based on some negative feedback changed to solution 2) in build 4.1.1.1695, see 0011913 for details