View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0011216 | MMA | Synchronization | public | 2013-08-29 12:45 | 2013-09-12 20:03 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | sometimes |
Status | closed | Resolution | fixed | ||
Product Version | 1.0.4 | ||||
Target Version | 1.0.4 | Fixed in Version | 1.0.4 | ||
Summary | 0011216: Wi-Fi Sync: Some tracks are repeatedly synced and then deleted | ||||
Description | Wi-Fi Sync gets confused with some tracks (I'm not sure why these tracks specifically), syncing them on the 1st sync, deleting them on the next sync, syncing them on the 3rd sync, etc.... I've uploaded both MMW logs (to ftp) and MMA logs (log IDs below) MMW Log 0-17,000 WiFi sync synced 4 tracks (even though previous wifi sync had deleted those 4 tracks): Fur Elise Gnossiennes - No. 1 Rondo Alla Turca (I'm not sure what the 4th track was) MMA Log ID: J3AZ1IVVRN Details: WiFi sync deletes and resyncs tracks MMW Log 17,168-32281 Subsequent WiFi sync deletes 3 tracks that had previously been synced Fur Elise Gnossiennes - No. 1 Rondo Alla Turca MMA Log ID: JUJDMEBRX8 Details: WiFi sync deletes and resyncs tracks #2 If I did another sync, then the tracks would then be resynced. | ||||
Tags | No tags attached. | ||||
Fixed in build | 163 | ||||
|
The problem is in media type. We don't have support for classical music media type (and also for some other types). It is synced as classical music but mediastore scans it as music...than we have duplicate and conflict that results in observed behaviour. I can fix it to not create the "music" duplicate but the "classical music" version won't be visible in library. Question is what to do now: a) Add new views with missing types? b) Convert all unknown types to music and deal with it somehow during sync... this have to be implemented for usb and wifi sync... (so on MMW side too) |
|
Yes, I see from the MMW log that there is a large sync-list and the three songs were downloaded: Fur Elise Gnossiennes - No. 1 (auto-converted) Rondo Alla Turca but I have no clue why MMA downloaded them, two of them don't need auto-convertion so I was thinking about timestamp, but e.g. the 'Fur Elise' track has timestamp 2013-07-12 16:28:08 so that is not the issue. Any ideas, Marek? EDIT: I overlooked the note that Marek added meanwhile. |
|
I can confirm that the 3 tracks causing problems are 'Classical Music' tracks, based on skyping with Marek, they should be tracked same way as 'Music' as MMA has no view for Classical Music tracks. |
|
If I understand you correctly, you're saying that any track with Type = Classical Music, Music Video, TV, or Video Podcast will exhibit this behavior. Is that correct? Whatever solution we implement should be transparent to the user (i.e. there shouldn't be an 'unknown types' node). Possible approaches that could work for our users: 1) Adding nodes/views for each Collection 2) Adding nodes/views for each of the missing Types 3) Use only the existing nodes in mma (e.g. storing content with Type = Classical Music within Music views), without modifying the Type from the value that is stored in the MMW library. I'm guessing that the 3rd approach is probably easiest... |
|
Yes, with all these unsupported types... 3) Yes this is the easiest approach but it still can cause many regressions. It is quite big change in code now before release. |
|
Per IM discussion, Martin will implement 3) for all these 4 types. Since we have quite a base of classical music users, Martin will also try to implement 2) for Classical Music type, i.e. add its own view in MMA. |
|
Note that Adding 2) within MMA requires almost a complete duplication of all the music nodes on the home screen as subnodes to Classical Music: i.e. Albums Artists Album Artists Artists & Album Artists Tracks Composers Genres |
|
I was rather thinking about using Composers as a navigational tool for Classical music, at least for the first version it should be enough. Or, we could add the nav bar we have in some views to the top, so that several navigation criteria could be chosen from. However, I don't think it's too important. In any case, if we don't agree on this, we'd rather defer the whole Classical node implementation. |
|
Fixed in build 163. New Node ClassicalMusic Video node contains VIDEO, TV and MUSIC VIDEO Podcast node contains PODCAST and VIDEO PODCAST |
|
Per IM discussion with Martin, he'll try to add a top selection of 'Composers|Albums|Tracks' to the first version. We can discuss further improvements later. |
|
Verified 163. |