View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002443 | MMW v4 | Synchronization | public | 2006-03-30 18:34 | 2006-05-01 03:35 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.5.3 | ||||
| Summary | 0002443: Send-to Folder: sending to device causes users to screw up their library | ||||
| Description | I've seen several cases in which users have inadvertently used the Send-to function to send tracks to their iPod thinking that it will synch the track to the iPod, but instead it ends up moving/copying the file causing duplicate entries in the db or the file to be inaccessible as soon as the iPod is disconnected. Effectively, it creates a big mess for beginning users. A suggested means of fixing this is to: -Add a 'Send to Device (sync)' entry This also partially fixes the problem that users are unclear on how to synch individual tracks to the device. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 963 | ||||
|
|
Note: it might also be useful to disable Send to Folder functions for any device that has a database, but I'm not sure if this is possible and there may be cases where the user wants to manually send files. Thoughts on this appreciated. |
|
|
One other note: the send-to menu is fairly populated so it might be worth getting rid of the Send-to Classification option as it doesn't really fit with all of the others (it's not a send-to tool it's more of a quick tagging tool). |
|
|
Note: this can be implemented for 2.5.3 using the following strings Send to {device name} (synchronize) (i.e. there are strings for 'Send to' and for 'synchronize' that can be used) |
|
|
Fixed in build 963. |
|
|
The functionality works as expected. There are only 2 problems: 1) The icon that appears in the menu does not match the device icon that appears in the MediaMonkey tree. 2) The send to device context entry is the last one. It would be preferable that it be the first one since if the device is plugged in, it's the most likely operation that the user is attempting. |
|
|
Fixed in build 963. |
|
|
Verified 2.5.3.956. |
