View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010489 | MMW v4 | DB/FileMonitor | public | 2013-02-06 17:56 | 2013-09-21 04:24 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0.7 | ||||
| Target Version | 4.1 | Fixed in Version | 4.1 | ||
| Summary | 0010489: Clean-up / rationalize post-scan workflow | ||||
| Description | The process of scanning a directory is currently too complicated as it involves numerous steps that could/should be combined/rationalized: 1 Initially the user scans. This results in the following dialog: Scan Results --------------------------- Library now has vv files Search and update took m:ss Imported ww new files Updated xx files Did not import yy files (did not match import criteria) Failed to import zz files [ ] Don't show this again [Show errors] [OK] 2 Then when the user clicks OK, the 'Show Errors' dialog appears: There was a problem scanning the following item(s): Error scanning file k:antho.mp3 - file is too short or too small [OK] 3 Then a third dialog appears re. Import Data, for metadata from 3rd party apps: Import Data: --------------------------- Other media applications have been detected on your machine. Do you wish to import missing files, playlists, ratings, and playback history from these applications? [x] iTunes [x] Windows Media Player [x] Winamp [x] J. River Media Center [ ] In the future, do not ask me [OK] [Cancel] 4 Then a 4th dialog appears re. 'Remove unavailable files' [ ] Title1, Artist1, Path1 [Located Moved/Missing Files] [Remove] [Cancel] There are several problems with this: a) On the initial scan, the user must go through the wizard and then an additional set of 3 dialogs!! b) In the case of deleted files, if the user tries to 'Locate Moved/Missing Files' they are often not found because they were already scanned into the database at step 1! c) The 'errors' at step 2 include items that weren't scanned based on configured exclusions (e.g. files < 30 s)! {0010385] d) In the case of an automated scan at startup, the 'Remove unavailable files' dialog doesn't appear. It should (provided that the unavailable files are not from a disconnected drive) [0003405, 0008863]. In the case of a background scan, files can be deleted if the 'Delete unavailable files' option is enabled, provided that the unavailable files are not from a disconnected drive [0003405, 0008863]. I would suggest that this can be fixed via a few cosmetic changes: 1) Combine 1, 2, 3 by: Re-titling the dialog and adding a second tab 'Details' for the content from 2 (the change in wording also resolves 0010385. e.g. Add/Rescan Folders -------------------------------------------------- ||Scan Results||Details| Imported ww new files Updated xx files Did not import yy files (did not match import criteria) Failed to import zz files. Library now has vv files. Search and update took m:ss. -------------------------------------------------- [ ] Import missing files, playlists, ratings, and playback history from your other applications: {Can this be collapsed by default--only expanded if enabled? or perhaps use a combo box} . [x] iTunes . [x] Windows Media Player . [x] Winamp . [x] J. River Media Center --------------------------------------------------- [ ] Don't show this again [OK] 2) In cases where files aren't found in their expected location, but have been scanned in from another directory, MediaMonkey should automatically correct the file location (i.e. the 'Remove unavailable files dialog' shouldn't appear). The only time that this dialog should appear is if the missing files aren't located in one of the directories being scanned. 3) We should also fix item d) (see above re. 0003405, 0008863) | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1644 | ||||
| parent of | 0003405 | new | Ludek | File Monitor: Start up scans should trigger 'Remove missing tracks' dialog |
| parent of | 0000863 | closed | petr | Missing tracks should be deleted during a scan |
| parent of | 0010385 | closed | Ludek | 1511 Add/Rescan wrongly reports exclusions as errors |
| parent of | 0008863 | closed | Ludek | FileMonitor: 'Remove missing items' deletes files if network tracks are inaccessible |
| related to | 0011006 | closed | Ludek | Locate Moved/Missing Tracks automatically during scans |
| Not all the children of this issue are yet resolved or closed. | ||||
|
|
Sounds reasonable, assigned to me for implementation to include it in 4.1.0 |
|
|
Implemented in build 1644. Note that I haven't added the [Details] tab for error log, but left the [Show errors] button for showing the log. The reason is that 0010385 is fixed and errors occurs only when a file is corrupted. 2) Added as 0011006 3) Is tracked as 0003405, 0008863 |
|
|
Verified 1659 |
