View Issue Details

IDProjectCategoryView StatusLast Update
0011009MMASynchronizationpublic2013-07-18 19:38
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version1.0.4 
Summary0011009: Auto-sync: playlists fail to update with added tracks (regression)
Description1 Auto-sync Auto-playlist: 5-stars
2 In MMA, delete tracks from Album X, which contains 3 5-star tracks
3 Auto-sync again
--> tracks from Album X are resynced, but they do not appear as part of Auto-playlist: 5-stars in MMA

Note: this is especially confusing since the tracks were never explicitly removed from the playlist, so the playlist should never have had the tracks removed at all!
TagsNo tags attached.
Fixed in build151

Relationships

related to 0011036 closedLudek MMW v4 Wi-fi sync: Autoplaylists are always updated even when no changes occur 
related to 0011068 closedLudek MMW v4 Speed up playlist USB syncing for general MTP devices 
related to 0012392 assignedmartin MMA Deleted track is synced back to the device 

Activities

jiri

2013-06-24 10:31

administrator   ~0036651

Discussed over IM with Marek, to clarify the current situation:

a. in step 2, MMA correctly stores info that the playlist was modified, but it was only an implicit modification.
b. in step 3, MMA notifies MMW about the playlist change and MMW correctly doesn't update the playlist, since there wasn't any interesting change.
c. MMW doesn't the reupload the playlist to MMA, since it doesn't see any reason to do so.

It seems that a solution might be that in b. MMW would mark the playlist as modified (even thought there wouldn't happen any actual modification). This would result in reupload of the playlist in c., i.e. the result would be as expected.

Assigning to Ludek.

Ludek

2013-07-01 15:28

developer   ~0036700

Last edited: 2013-07-01 15:37

I cannot replicate the issue. For me the auto-playlist is correctly updated, but it takes a while for MMA to update it for some reason. I tested exlusivelly WiFi sync and MMA (b.146) shown "downloaded X files", "updated 1 playlist". But I saw the playlist updated once after second visit of the playlist (not on the first visit).

I don't see any issue on MMW side, because for auto-playlists MMW always serves timestamp = now = current time. Because auto-playlist's content is 'live' and can be changed anytime (based on used criteria).

The issue I observed is that MMA b.146 does not show any confirmation when a playlist was modified in MMA (e.g. re-ordered).

Ludek

2013-07-01 16:09

developer   ~0036702

Last edited: 2013-07-01 16:10

I finally most probably found the reason why Rusty observes the issue and I did not. The current time for auto-playlists was not correctly in UTC.

Fixed in MMW 1645.

rusty

2013-07-03 21:14

administrator   ~0036724

Tested MMA 147 against MMW 1645 and the problem remains although it manifests itself slightly differently:

1 Auto-sync Auto-playlist: 5-stars
2 In MMA, delete track from Artist X, which contains 1 5-star track
3 Auto-sync again
--> MMA asks user to confirm Updates (Items to update on the PC):
5-star (playlist). But I'm not sure why it's prompting this since the track wasn't explicitly deleted from the playlist, so the prompt shouldn't occur!!

4a If I click 'No'
 --> then the playlist fails to update in MMA (i.e. the original bug recurs);
4b if I click 'Yes'
 --> then the playlist updates as expected.

Note also, in either case 4a/4b, the following stats are shown subsequent to the sync:
Downloaded 2 tracks
Updated 1 playlist
This is incorrect as well--only a single track was downloaded!!

marek

2013-07-11 12:34

developer   ~0036810

Fixed in build 149

rusty

2013-07-16 12:47

administrator   ~0036873

Tested with MMA 150 / MMW 1648

Now the 'confirm updates' dialog (at step 3) doesn't appear, however, the playlist doesn't update!

Tested as follows:

1 Synced playlist: test b (containing 1 track: track A)
2 Deleted track A via the Tracks view
3 Resynced
--> Playlist test b is still empty!

marek

2013-07-17 09:42

developer   ~0036884

Fixed in build 151

rusty

2013-07-18 19:38

administrator   ~0036912

Verified 151.