View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0019331 | MMA | Synchronization | public | 2022-08-26 01:48 | 2022-09-23 21:37 |
Reporter | rusty | Assigned To | |||
Priority | immediate | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 2.0.0 | ||||
Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
Summary | 0019331: MMA Wi-Fi sync regularly disconnects | ||||
Description | As previously described at 0019316, Wi-Fi Sync operations are being terminated prematurely when MMA 2.0.0.1023/1024 is used with MMW 5.0.4.2557/2660. On every sync operation, MMA indicates that MMW failed to respond (usually after 30-50 tracks have synced). The sync profile in question, previously worked without issues. It involves synchronization of several playlists/autoplaylists (several of which are dynamic) + deletion of tracks not on the sync list + auto-conversion. MMA debug log YYTD5Q3LVM MMW debug log has been uploaded | ||||
Tags | No tags attached. | ||||
Fixed in build | 1026 | ||||
|
FYI, I tested that particular track and it plays fine in MM5. Also, it doesn't trigger an auto-conversion rule. Lastly: I tested several other variations to try to get to the root of the problem, but in all cases, the bug still occurred: - both with and without the MM codec pack (3.0.6 and 3.0.7) - rebooting the machine before running MMW (in the past there were some connection errors that could be resolved in this manner) Note: I'm currently only testing Wired connections on the PC (issue 0019332 prevents switching to a wireless connection) |
|
Disconnect-on-sync.7z attached was not generated using debug build. It just includes some messages from plugins. Not MM5 debug ouput. Please regenerate using 5.0.4.2661 debug. |
|
In the log I see that MM5 was serving file D:\My Documents\My Music\U2\War\3 - U2 - New Year's Day.mp3 and 20 seconds later MMA terminated the sync with <SyncSummary succeed="1" /> So it looks like the sync suceeded, but by evidence it did not and MMA terminated it for some reason? ..looks like it stucked on reading file 'D:\My Documents\My Music\U2\War\3 - U2 - New Year's Day.mp3' or there was a networking issue? Anyhow I guess that MMA shouldn't interrupt the sync with succeed="1", but rather skip the file and try to download the next one in the queue? Then either report the file as "failed to download" or try it to download again? |
|
fyi, this issue is no longer occurring in MMW build 2662 (connecting with MMA build 1024)!? Were any changes made on the server side? The only change that I made were: - upgraded from 2661 --> 2662 -- no changes were made to MMA - deleted some tracks from a couple of playlists (Idan Raichel playlist) - deleted an auto-playlist that was on the sync list (something like 'unrated - recent') |
|
I don't think it is a change between 2661 and 2662, what I saw in your logs was that it stucked on serving a file. In the last log it was file D:\My Documents\My Music\U2\War\3 - U2 - New Year's Day.mp3 , but yes, it might be a networking issue that MMA timed out (15 seconds). Anyhow as I wrote in the bug I think that MMA shouldn't interrupt the sync with succeed="1", but rather skip the file and try to download the next one in the queue. Then either report the file as "failed to download" or try it to download again at the end. |
|
You're right. I tried syncing again today (MMA 1025 vs MMW 2662) and sync stopped after 55 tracks :-( Raised the priority to Immediate as this prevents most sync tests. |
|
Fixed in build 2.0.0.1026 |
|
Verified 1026. Woohoo! |