View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009431 | MMW v4 | Synchronization | public | 2012-06-13 18:36 | 2021-12-09 21:29 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | sometimes |
Status | closed | Resolution | fixed | ||
Product Version | 4.0.5 | ||||
Target Version | 4.0.6 | Fixed in Version | 4.0.6 | ||
Summary | 0009431: Successively syncing playlists manually corrupts previously synced playlists (MTP only) | ||||
Description | When adding a new playlist to certain devices (problem has been reported with numerous mtp devices), if there are any tracks also found on another playlist on the player, those tracks are deleted from the other playlists! To replicate: (1) Create Playlist 1 with two tracks, song "A" and song "B". (2) Create Playlist 2 with one track, song "B". (3) Right-click on Playlist 1 > Send to > <devicename> (Synchronize) (4) View Playlist 1 on the device ---> it appears correctly (5) Right-click on Playlist 2 > Send to > <devicename> (Synchronize) (6) View both playlists on the device ---> Playlist 2 is fine, however, Playlist 1 now has only one song, song "A"-- Song "B" has disappeared from the playlist!! Notes: -Playlist A also appears corrupted if it is examined from within MM. -The issue doesn't occur consistently, though it usually does occur the first time the playlists are synced (assuming the tracks don't already exist on the device) Users have reported this with Sony, and Sansa devices. I've replicated with a creative Zen device. | ||||
Additional Information | Reported at: http://www.mediamonkey.com/forum/viewtopic.php?f=12&t=66127 | ||||
Tags | No tags attached. | ||||
Fixed in build | 1499 | ||||
|
Test note: I couldn't repro it with my Creative ZEN X-Fi, but it was because my ZEN isn't MTP capable. It is reproducable only over MTP protocol. |
|
Surprisingly this issue exists with MM3 too, maybe it is a Win7 bug (not tested on XP) The code re MTP playlist creation wan't touched for years, it seems to be something external, actually we are writing just M3Us to the device, and these M3Us are untouched after the second sync (they still contains the file links) My guess is that MTP protocol monitors the files on the device and the reason could be that we re-copy every file so the file is deleted for a while and thus device probably removes it from the internal playlists. |
|
Yes, confirmed, if the tracks aren't re-copied to the device then they don't disappear from the existing playlists. So the device monitors the tracks for deletion/replacement |
|
So the steps to repro can be simplified to 1. Right click a playlist with 2 tracks and send to device 2. Right click one track within the playlist and send to device => the track disappears from the playlist in the device i.e. simply reuploading the track causes the issue (no matter if you use MediaMonkey or Windows Explorer), so it is not MediaMonkey bug. Also note that this issue doesn't appear with auto-sync, because in case of auto-sync we re-creates also the playlists, this is one of the reasons why this long-standing issue was always overlooked. |
|
Something Similar happened in my Mobile Phone while in MTP Mode, but as soon as I have Reuploaded Playlists again all tracks were there. (like Auto-Sync) So like Ludek pointed it looks that MTP devices tend to not re check existing playlists apron disconnection but remove tracks from existing playlists on reupload. Ludek would it bi possible to Load existing playlists on Device scanning, handle them internally in MM and sync back all of those that contain reuploaded tracks? Would that affect MM performance too much? |
|
As discussed over e-mail, there doesn't seem to be any reasonable solution, so we will not longer update already existing tracks over MTP connection. |
|
Fixed in build 1499. i.e. existing files aren't re-uploaded (only its metadata is updated). Despite the Album Art files that are always re-uploaded. |
|
Verified 1499 Using SE W880i in MTP mode. |