View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010041 | MMA | Synchronization | public | 2012-11-22 22:36 | 2013-02-08 23:51 |
| 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 | 0010041: MMA fails to detect duplicates | ||||
| Description | If MMA contains a bunch of tracks that have been manually copied to the device (e.g. via another application), then synching those same tracks from MMW to MMA triggers all of the same tracks to be re-copied. Tested MMA64/MMW1607 | ||||
| Steps To Reproduce | 1) Sync Playlist A using Wifi sync --> Playlist is successfully synced to MMA device 2) In MMA, delete all MediaMonkey settings (i.e. Settings > Apps > MediaMonkey > Delete Settings & Delete the /MediaMonkey directory). Then delete the Nexus 7 sync profile from MMW. 3) Restart MMA --> it rescans all of the tracks that were synced in step 1 4) Initiate Wifi sync via MMA of Playlist A --> All of the tracks are synced again even though they already exist on the device Tested with MMA build 63 against MM 4.1 build 1606 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 69 | ||||
|
|
Rusty, I have just tested with MMA 64 and MMW 1607 and I could not replicate the issue. Note that in the scenario you described (Steps To Reproduce) MMW needs to check it just based on metadata. The key is Title, Artist are equal, but both needs to have a value, Length in seconds needs to be same, so e.g. - track [Title="Title 1", Artist="Artist 1", Lenght="3:56"] works - track [Title="Title 1", Artist="", Lenght="3:56"] doesn't work, because Artist is unknown I uploaded new MediaMonkey.exe to folder /forMarek/ where I added more debug messages to find out why it is not working for you. So please replace EXE from 1607 by this EXE and generate debug log from the scenario above. |
|
|
Here's how I replicate even with build 1607/64: 1 create auto-playlist of 6 tracks, sorted randomly 2 sync the playlist to mma 3 delete the mma db and /mediamonkey file 4 delete the sync profile in mmw 5 re-run mma --> it shows the 6 files previously synced 6 sync mma to mmw, choosing the exact same playlist as previously --> same tracks resync Note: all tracks but one had Title, Artist, length metadata (one was missing artist) Edit: I've tested using the MMW test build uploaded by Ludek, and attached the resulting MMW log (~ 5000 : selected server, ~ 11142 : clicked Sync Now) |
|
|
From the log I see that MMA has not send its tracks with metadata at all. It only asked for the sync-list and downloaded the songs (one was with auto-conversion). So the issue seems to be on MMA side, it looks like the songs were not in the MMA library, maybe it did not sync with Android's content provider to get the songs into MMA library. Are you sure that the songs were in MMA library before the sync? |
|
|
Fixed in build 65 |
|
|
Tested build 66, and this issue remains (following the stops described). And I verified that the tracks do in fact appear in the library prior to initiating synchronization (they're in the library by virtue of MM scanning for them). |
|
|
Could you please resend me your db? Thanks |
|
|
I've posted a copy of the DB generated: -before: i.e. after running step 5 -after: i.e. after running step 6 |
|
|
Fixed in build 69 |
|
|
Tested build 70, and this still seems to be occurring in some cases: Case A: if the user selects Playlist X, and Album Y which contains 11 tracks (both of which exist on the device) ---> 19 tracks get synced - only tracks that have been auto-converted re-sync to the device (11 from Album Y, and 6 from Playlist X). I assume that this is expected? Case B: if the user selects Playlist X, and Artist Z (which contains only Album Y), then 30 tracks get synced (11 from Album Y x2, and 6 from Playlist X)!! Moreover, in case A, resyncing immediately afterwards --> no tracks are synced BUT, in case B, resyncing immediately afterwards --> 11 tracks are resynced!! The bad news is that this behavior isn't consistent--it seems to occur with some albums and not others. The good news is that even though the tracks re-download to the device, duplicate entries aren't created. Tested build 70 on Nexus 7/JB 4.2. |
|
|
The problem is that sync list contains duplicite tracks when they are members of album and playlist. Ludek, is it possible to avoid these duplicities in synclist? |
|
|
This is not happening unless the target paths differs (0006343), but this should not be case for the default masks. I tested myself I cannot reproduce the issue, checked album with 16 tracks and playlist including 3 tracks from that album and only 16 tracks are on the sync list as expected. Probably MMW log should show why it is happening for you. |
|
|
Based on the log it is really broken for auto-converted files. |
|
|
Fixed in build 1616 |
|
|
Verified 1623 and synchronizing number of times. |
