View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003404 | MMW v4 | DB/FileMonitor | public | 2007-08-17 18:49 | 2007-09-03 13:08 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 3.0 | ||||
| Summary | 0003404: Locate Moved/Missing Tracks: Update & Remove buttons are a bit confusing | ||||
| Description | In build 3.0.0.1060 the functionality was updated to include the ability to remove unlocatable tracks. It's implemented as: .. .. .. ------------------------------------ [Remove] ------------------------------------ [Update] [Cancel] ------------------------------------ While the Moved Tracks tab appears as: .. .. .. ------------------------------------ [Update] [Cancel] ------------------------------------ The problem is that the update and Remove functions actually work similarly, but their placement implies that Removal only occurs if [Update] is done. Also it's confusing why they're at different levels. A simple solution is: .. .. .. ------------------------------------ [Remove] ------------------------------------ [Close] ------------------------------------ [Moved Tracks] |Unlocatable Tracks .. .. .. ------------------------------------ [Update] ------------------------------------ [Close] ------------------------------------ Upon further thought, a better/simpler solution is to initially focus on the unlocated tracks tab, and change the dialog as follows: .. .. .. ------------------------------------ [Remove & Update] [Cancel] ------------------------------------ | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1067 | ||||
|
|
Per IM discussion, better approach would be: On the unlocated tab: [ ] Remove selected tracks from the database On the moved tab: [x] Update selected tracks in the database Buttons: Update Cancel Note: remove is disabled by default, update is enabled by default. Changed settings don't persist (i.e. user is always forced to check the remove checkbox). |
|
|
Done. Will be in 1061. |
|
|
Verified 1061. |
|
|
As discussed with Petr over IM, there's a bug - it doesn't work well when a full folder is deleted. A solution was also discussed. |
|
|
Fixed. Will be in 1067. |
|
|
Verified 1068. |
