View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002494 | MMW v4 | Synchronization | public | 2006-05-12 20:14 | 2006-05-19 04:40 |
Reporter | rusty | Assigned To | |||
Priority | immediate | Severity | crash | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Fixed in Version | 2.5.3 | ||||
Summary | 0002494: iPod Synchronization: MM freezes if tracks on iPod have ratings change | ||||
Description | I recreated this bug as follows: -Change rating on track on the iPod that was auto-converted -Connect iPod and Auto-Synch (the track in question _is_ on the Auto-Synch list) -->MM Freezes as the tag is being updated (to reflect the changed rating). Debug log is posted to ftp. | ||||
Additional Information | I suspect that this is what triggered the iPod synch / lockup bug described by Danzig: http://www.mediamonkey.com/forum/viewtopic.php?t=9854 | ||||
Tags | No tags attached. | ||||
Fixed in build | 963 | ||||
|
Fixed in build 963. - This should work fine now. It actually caused problems not only for iPod, but also for some COM events. |
|
Tested this in build 960, and the bug occurs exactly as previously. i.e. Synch iPod --> No problem Listen to a couple of tracks on the iPod and change rating and then synch --> MM hangs |
|
I'm not able to reproduce the problem, I tried to auto-convert 4 tracks to iPod, listened to them, rated them and then synchronized ratings back to PC. All worked well, tracks were properly updated and tagged. Questions: - Do you use mp3 tracks on PC, or other format is tagged? - Anything else special in your configuration? - Could you check out in which build the problem was introduced? Was it between 956 and 957? |
|
More info: -The bug is reproducible even by just editing the rating of an MP3 track (128 CBR) on the iPod (i.e. Auto-conversion isn't required to trigger the bug). -Build 956 Works (tag is synched and then the track is recopied -- even though it shouldn't be) -Build 957: fails -Build 957 + d_ipod.dll from build 956: fails In terms of how the freeze occurs: it seems to occur right after the 'Updating tag' notification appears in the status bar (it never goes away), and just before the track copy operation would have occurred in build 956. An examination of the track after the freeze occurs reveals that: -The track's rating tag had been updated correctly despite the freeze -The database's rating attribute did not update correctly |
|
Now it should be really resolved. |
|
Verified 2.5.3.961 and received 1 confirmation from a user as well that outstanding issues were resolved. Closing. |