View Issue Details

IDProjectCategoryView StatusLast Update
0010035MMASynchronizationpublic2012-11-30 18:19
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version1.0.1 
Target Version1.0.1Fixed in Version1.0.1 
Summary0010035: Multiple representations of tracks on device & tracks sync even when no new tracks are in sync list
DescriptionWhen 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).
TagsNo tags attached.
Attached Files
MediaMonkey_before.zip (61,833 bytes)
MediaMonkey_after.zip (64,086 bytes)
Fixed in build69

Relationships

parent of 0010049 closedLudek MMW v4 WiFi sync: Random auto-playlists are not synced correctly 
related to 0010043 closedmarek MMA First-time sync initiates without first triggering configuration 
related to 0010086 closedmarek MMA Multi-user support 
related to 0010471 closedmarek MMA Duplicate tracks in library 

Activities

peke

2012-11-23 01:39

developer   ~0033303

Last edited: 2012-11-23 20:51

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.

Ludek

2012-11-23 11:43

developer   ~0033316

Last edited: 2012-11-23 12:16

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.

jiri

2012-11-23 12:47

administrator   ~0033317

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.

peke

2012-11-23 20:55

developer   ~0033334

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.

rusty

2012-11-26 21:51

administrator   ~0033390

Last edited: 2012-11-27 20:26

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.

marek

2012-11-27 23:13

developer   ~0033434

Fixed in build 65

rusty

2012-11-28 22:47

administrator   ~0033471

Verified issue 1 in build 66.

rusty

2012-11-29 02:16

administrator   ~0033480

Last edited: 2012-11-29 02:40

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).

marek

2012-11-30 01:08

developer   ~0033521

Fixed in build 69

peke

2012-11-30 03:05

developer   ~0033523

Verified 69

rusty

2012-11-30 18:19

administrator   ~0033537

Verified 70.