View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013125 | MMA | Synchronization | public | 2016-02-11 17:00 | 2016-02-12 16:08 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.1.3 | ||||
| Target Version | 1.1.3 | Fixed in Version | 1.1.3 | ||
| Summary | 0013125: 'Random' Playlists delete on USB sync | ||||
| Description | I'm observing this behavior consistently between MMA 457 and MMW 1783 (tested on Fire 7/CM 12.1 and Huawei Y6 / Android 5.1: 1 Clean install of MMA + delete sync profile in MMW. 2 Run MMA first time, then close it. 3 Create Autoplaylist in MMW consisting of 5 tracks sorted randomly (so that it's 5 different tracks each time) 4 Add the autoplaylist to the sync list, enable 'delete unselected' 5 Initiate USB sync, then disconnect and verify in MMA that playlist/tracks synced correctly 7 Initiate Wi-Fi sync, then verify that playlist/tracks synced correctly 8 Initiate USB sync, then disconnect and verify in MMA that playlist/tracks synced correctly. Do this 3x. I'm finding that at step 8 (usually after 1x), the playlist is always getting deleted! And that on subsequent iterations of step 8, tracks aren't always deleting correctly. Debug log: 7BX3FHSTMJ | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 548 | ||||
|
|
Note: on further testing, I'm finding that I can replicate the problem even without doing step 7 (Wi-Fi sync). |
|
|
Marek explained that this is indeed a regression: "It occurs when all tracks are replaced -> old tracks are deleted -> playlist becomes empty -> playlist has to be deleted as empty. MMW only updates the DB and playlist remains deleted. (It is a regression from the decision to delete empty playlists (due to empty containers with subplaylists)." This is a serious problem because many people use auto-playlists to sync random subsets of their collection to their devices. |
|
|
Note: the issue also occurs on an S5 Min running Android 4.1. |
|
|
Fixed in build 548 |
|
|
Not sure that it is exactly the case. Here are the logs per steps sent after the noted step. Step 5 -> All Auto Playlists are empty Hierarchy is correct Log ID: I3C8PT5Q7T Description: auto playlists Step 7 -> Bad Hierarchy, all playlists were synced into root of playlists. Those playlists in root were not empty and contained correct tracks Log ID: 4K5ET4JO07 Description: wifi Step 8/1 -> No root playlists, and all playlists contained correct tracks Log ID: 5Z9S71NN1N Description: step8 1 Step 8/2 -> Some playlists contained correct tracks few were empty Log ID: PZPMCSDFTO Description: step8 2 Step 8/3 -> same content as in try 8/2 Log ID: OPPSAE1AF7 Description: step8 3 Step 8/2 -> same content as in try 8/2 and 8/3 Log ID: BO1KCKS3YG Description: step8 4 |
|
|
Same behavior as with 547: Step 5 -> Log ID: 0998SDWTB3 Description: 548 wifi Step 8 -> Log ID: 4484WUUARW Description: 548 usb |
|
|
I see the problem in playlist "Favorites". It has null path but it has to have the path. So it fails and interrupts USB sync in the middle. |
|
|
I retested MM 1783 vs MMA 548 on all three devices that originally experienced it (S5 Mini-Android 4.4.2 / Huewei Y6-Android 5.1 / Fire 7-CM12.1) and in all cases the problem seems to be resolved. I suspect that Peke is observing a different issue (and that it should probably be tracked elsewhere). |
|
|
Just to confirm that by redoing tests by clearing both devices (Moto G LTE 2013 and Verizon LG) original release of deleting Playlists do not happen 0013125:0044142 should be handled elsewhere. |
|
|
Peke, based on Marek's description that it is "Favorites" playlist it sounds more like 0013082 that we have alredy solved. Default auto-playlist had missing GUID, couldn't you use an older MM.DB by accident together with 4.1.10 ? In any case, if you can still repro then please send me your MM.DB and re-open 0013082 Closing this one, as this issue is resolved in MMA 548 |
|
|
But I see the GUID of Favorites, it doesn't have path! We have there assert for this and USB sync fails. MMW copies the m3u files there because after USB sync, the playlist Favorites and other playlists are synced from MediaStore -> obviously without hierarchy - MediaStore doesn't use the hierarchy. Wifi sync then creates duplicates (with _1 suffix) due to different GUIDs and the the playlists without hierarchy remain there. That is correct. USB sync then repairs the hierarchy of playlists from MediaStore - it works because it is just update, not insert - the path can be null. So there is one issue that caused everything: NULL path of Favorites: Favorites data:null id:10 parent:null ms:null guid:43fcc748-1d25-4613-afee-ff2df8991f08 tracks: -1 subplaylists:4 created/modified/synced/msmodified/mssynced:2016-02-11 20:18:25/2016-02-11 20:18:25/1969-12-31 23:59:59//1969-12-31 23:59:59 |
|
|
Solving this offline, it is still unclear how to replicate and what exactly happened in the Peke's case... |
|
|
Resolving, Inserting new clean/formatted SDCard to Moto G LTE 2013 make fix from 548 working and I could not replicate duplicates issue again all playlists are synced and consistent |
|
|
Verified in logs - it was cause by old duplicates of playlists |
