View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010035 | MMA | Synchronization | public | 2012-11-22 03:02 | 2012-11-30 18:19 |
Reporter | rusty | Assigned To | |||
Priority | immediate | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 1.0.1 | ||||
Target Version | 1.0.1 | Fixed in Version | 1.0.1 | ||
Summary | 0010035: Multiple representations of tracks on device & tracks sync even when no new tracks are in sync list | ||||
Description | When synching a single auto-playlist, many tracks re-sync over and over, causing many duplicates on the device. It appears that the tracks for which this occurs are flac tracks (even though they're not configured to be auto-converted). | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 69 | ||||
parent of | 0010049 | closed | Ludek | MMW v4 | WiFi sync: Random auto-playlists are not synced correctly |
related to | 0010043 | closed | marek | MMA | First-time sync initiates without first triggering configuration |
related to | 0010086 | closed | marek | MMA | Multi-user support |
related to | 0010471 | closed | marek | MMA | Duplicate tracks in library |
|
Additional ways to reproduce duplicates: I tested this using MMA 63, MMW 1607 and Nexus 7. Here are the steps: 1. Create one Auto Playlist on MMW using criteria: a) Status -> Is accessible b) Show at most -> 5 Files (and enable it) c) Sort Order -> Random Z..A 2. Remove all tracks, playlists, ... from test device 3. In device sync options de-select all except just Created playlist 4. sync device 5. check track listing, and new playlist (appears Empty BUG/Regression?) 6. Sync again 7. repeat from step 4 and you should get duplicates. |
|
Assigning to me, based on the Peke's steps to reproduce it is caused on MMW side by the nature of the auto-playlist that generates random 5 files each time. |
|
Peke's issue - now tracked in 0010049, since it's a different one. Rusty's issue - I'm not sure what exactly is tested here: By default FLAC is configured to be auto-converted (since it isn't supported by Android). When I disabled this auto-conversion, the tracks weren't synced at all (correctly). In any case, I can't reproduce this issue. |
|
Jiri, issue is replicable as described in step 7 by repeating sync steps 4-7 several times, I retested today and as my phone support FLAC, and DiVX/XViD so conversation is not the issue. |
|
I've tested build 64 with MM 1607, and the issue is still replicable, however, the problem is actually closely related to issue 0010049 --it has nothing to do with FLAC files. In the test case, I sync an Auto-Playlist that consists of the same 85 files each time, with Order set to 'Random'. Syncing reveals 2 bugs: 1) On the first Sync, all 5 files sync as expected. And when I click 'Tracks', I see five files. But then, a few seconds later, I see 10 files--duplicates are created for each of the tracks! 2) Then, when I click 'Sync' again, a single track gets re-synced. When I click tracks, there are still only a single set of duplicates. If I perform this step again, then a single track will again sync. However, although this bug occurs consistently with a set of 85 tracks, it doesn't occur with a smaller autoplaylist of only 5 tracks. i.e. although this issue was originally part of this bug, I'll move it to a different bug once I figure out how to reproduce it, especially considering that it's lower priority. |
|
Fixed in build 65 |
|
Verified issue 1 in build 66. |
|
It turns out that issue 1) isn't completely fixed. Although it seems to work on the initial sync, after performing other actions, and then deleting all music in the DB, and then doing a sync --> all newly synced tracks appear in duplicate. I've posted a copy of the DB before and after the sync (note: you may want to compare the _after_ db in this bug to the _before_ db in bug 0010041 -- it might give a hint as to what the problem here is). |
|
Fixed in build 69 |
|
Verified 69 |
|
Verified 70. |