View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001696 | MMW v4 | Properties/Auto-Tools | public | 2004-12-29 00:38 | 2005-01-06 04:33 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.3 | ||||
| Summary | 0001696: Modifying Album Art for multiple tracks is often problematic (in a networked environment) | ||||
| Description | I've been doing extensive testing of the auto-tagging and have found that when I auto-tag an Image to an entire album, or when I remove an image from all tracks on an album there is a performance problem that results in buggy behaviour. The performance problem is that when the change is made, the actual update to the tracks seems to take much longer than one would expect--e.g. several minutes in some cases (for an album with 10 tracks), and there's no indication that the update to the property has not yet completed. The effect is that if I e.g. remove the image from all tracks on an album, and then attempt to view the tracks, the image is often not removed. Moreover, the very act of viewing the Track with the image that hasn't been removed seems to interfere with the property update--causing the update not to occur for some of the tracks!! Note: the problem occurs regardless of whether the image is saved to a tag or as a link to a file. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 828 | ||||
|
|
I don't see any way to improve this. MM does these operations on the background in order to let user work on other things, but in case of slow machine or network it can take some time to complete. For that reason it can happen that some operations aren't completed even though they already were started. Btw, there should always be ...tracks to tag indicator in the status bar and so user would see that not everything is updated yet. |
|
|
Re-opening for discussion: The reason why I'd opened it was two-fold a) the fact that the situation can occur (but I understand if this is unpreventable b) the fact that the user interface doesn't give any feedback re. the fact that the update is in progress. i.e. the second issue still exists--there is no progress bar when the properties are updated or when the image is removed (for both cases a) when image is stored to tag b) when image is stored as a link)! |
|
|
btw, to further illustrate the problem: if I don't connect to the network, but attempt to 'tag' an image to 10 tracks, the operation 'proceeds' even though the actual tracks are inacessible!! (there's no progress indicator showing that progress in tagging the tracks has stalled). |
|
|
Tested this again in 827 with OGG tracks, and in 827, the status indicator appears for the property update, however, it takes ~3 seconds to 'update the tag' on each track--which doesn't make any sense since OGG tracks are only linked to an image!! Also, the operation fails. |
|
|
Fixed in build 828. - As discussed over IM, tagging of 'medium' sized images is fixed. |
|
|
Verified 829. |
