View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001478 | MMW v4 | Virtual CD cache / Preview | public | 2004-07-06 03:29 | 2004-12-10 05:05 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Summary | 0001478: Auto-organize ruins Virtual CD | ||||
| Description | As described at: http://www.songs-db.com/forum/viewtopic.php?t=1973 Note: in this bug the user gives a fairly good summary of how I think users use the functionality and why we need to change the VCD functionality to match user expectations. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 814 | ||||
|
|
I agree that it should be fixed, question is how. MM currently cannot support organizing of tracks in VCD, because all of them are expected to be in {VCD} folder (e.g. C:\MM\VCD) or below. Thus the most obvious solution would be to simply don't let user to rename such tracks in VCD using Auto-Organize dialog. |
|
|
Fixed in build 814. - I found out the following way how to fix this - If user auto-organizes tracks that are in Virtual CD, the cached versions of tracks are moved/renamed instead of the original tracks. Also, this feature only works if the target path of rename in in VCD folder, i.e. it isn't possible to rename track outside of the VCD folder (for obvious reasons). |
|
|
Tested in build 818. Attempting to auto-organize files --> 'An error occured while moving File xxx to yyy. Do you want to try again? [Yes] [No] [Cancel]' Note also, the auto-organize dialog shows the old track name as F:xxx.cda, which means that the user cannot compare the old track location with the new one. |
|
|
according to Jiri he can't duplicate. Reverify exact repro steps etc. |
|
|
Closing--this functionality works in a normal environment, however, bug 1660 causes the operation to fail. Tracking the open issue as part of 1660. |
