View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003926 | MMW v4 | Synchronization | public | 2007-11-07 14:23 | 2007-12-09 00:31 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | unable to reproduce |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0003926: Failed iPod synchronization with huge db due to illegal filenames | ||||
| Description | User Report (with debug log on ftp): The problem is that synchronization seems to stop partway through. This may already have been resolved by the threading changes made in another bug...OR related to enabling 'Level Volume'...or a new bug--not sure. The first time I got the "Cannot delete G:\iPod_Control\Music\" error, I could ignore and it continues. That's during the sync of a song by Con Funk Shun. The next time I got the error, I tried to ignore, but the syncing would not continue and I ended up terminating the sync. The song then was by a group called Combo Audio. >>I'm using MediaMonkey 3.0.0.1098. I upgraded from .1091, never >> installed .1097. When I sync up I receive the message, "Cannot >> delete G:\iPod_Control\Music\***\******.mp3. Access is denied. The >> file may be in use or you may not have access rights" twice during my >> sync of over 18,000 songs. I noticed that in the Device >> Configuration, the "Trim file and/or path name length to 31" option >> is no longer available. Is this the cause? I do have the "force >> i-Tunes style folder" option checked. >> >> I'm running on Windows XP SP2 and the player is a 160GB ipod Classic. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1110 | ||||
|
|
Note: user tested with build 1099 and the error still occurs (i.e. the threading fixes made in 1099 don't solve this problem). |
|
|
This is really a strange one, the debug log indicates that there happened something that really shouldn't happen. I don't know what could cause it. IT would help, if the user could try some older build (including our internal ones) and find out where the problem started. Another useful thing would be to use Process Explorer when such an error dialog appears ('Cannot delete...') and using its Find Handle (Ctrl+F) tool try to find whether it's really MM who has that file open. |
|
|
According to the user, the first build that introduced this problem is 1092. Posting debug log to the ftp. |
|
|
Fixed in build 1100. - I was wrong, it seems to be clear why the error message was shown to the user, it was a bug, it shouldn't be shown as it stops synchronization and requires user input. - That said, I don't understand what is the root of the problem, i.e. why MM gets this error - my guess it that there's some problem on the iPod - will try to clarify this with the user. |
|
|
As correctly pointed out by the user, the problem was in the fact that some filenames can't be used in Windows, e.g. 'CON', 'LPT1', etc. |
|
|
Fixed in build 1101. |
|
|
Verified 1101. |
|
|
From Mike: I tried to sync just 4 songs with 1105. The songs are the Con Funk Shun song, which worked, and 3 version of a song by Combo Audio. It appears the 1 version copied over using Comb, but when the second version was syncing MediaMonket tried to use the name Com1 which is an "illegal" file name, so it failed. Com2 is also an "illegal" filename. Debug log is posted to the ftp. |
|
|
Fixed in build 1106. - The invalid filename were really still produced by MM in some special cases. |
|
|
Verified 1108. |
|
|
Seems to not be fully solved in 1109. |
|
|
Fixed in build 1110. |
|
|
Verified by mike. |
