View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015900 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2019-08-22 16:23 | 2020-11-09 22:58 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0015900: Create Multi-Artist Albums: optimize workflow | ||||
| Description | When the user tries to use File > Manage Database > Create Multi-Artist Albums, MM5 doesn' show the list of tracks associated with the Album (below 'Files found:'). Also, it displays the year as yyyymmdd (e.g. '20180217') instead of using the expected date format. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2202 | ||||
|
|
Fixed in build 2195. |
|
|
1. Verified 2195 Files found show 2. Verified 2195 Date format is correct |
|
|
3. Album Artist is assumed Various instead of Artist here all Tracks ere from same Artist (MM4 do that correctly) 4. Year: Should be renamed to Date: to avoid confusion 5. Date: Field should be longer like other Edit boxes Further improvements: 6. Manual Lookup Button should be added to quickly fill the missing data 7. Album Artwork should be seen as in case of Various Artists there should be a way to quickly select Album Art or Do a manual search |
|
|
Fixed in build 2197. Used proposed change - these suspicious "albums" are displayed under new tree node Files to edit -> Ungrouped Multiple Artist Albums, where user could multi-edit tracks and merge them to the same album by existing tools. |
|
|
The revised functionality is unusable as it crashes: It crash on clicking an album: A870B207 It crashes on clicking clicking the view switcher: AE81579D Note: this doesn't occur with Files to Edit > Multiple Artist Albums |
|
|
I cannot reproduce the crash and the reports are not very informative, they look like bug in completely different part of code. Do you reproduce it regularly? |
|
|
Fixed in build 2198. I have reproduced crashes on big DB, should be fixed now. |
|
|
Tested 2198 and the crashes are fixed. The only issue now is that it takes _much_ longer to fix all of the Ungrouped multiple artist albums (each album must be selected individually, and edited). Rather than deprecating the old functionality entirely, would it make sense to expose it via this node? e.g. 1) Display the tracks in this view as 'List (by Album)' (instead of a grid) 2) Display the relevant fields (Artwork, Summary, Title, Artist, Album, Album Artist, Date) 3) Modify the functionality in the view so that the user can easily edit the fields in the summary so that they can be applied to all tracks on the 'album' (I'm not sure of the best/easiest way to do this--it could be via combo-boxes, or via a context entry, or ???) EDIT: reduced priority as this isn't an urgent issue. |
|
|
Fixed in build 2202. Added possibility of grouped view (Grid remained as option). Direct editing in the view not implemented, as discussed offline. |
|
|
Verified 2202. Much more useful. A couple of other things that would improve this further: 1) In the summary column: allow the user to switch/edit between Album Artists and Year. That way they can bypass the Properties dialog. 2) In the Properties dialog, if there are conflicting entries for multiple items, allow the user to select from among the selected items (already documented for similar reasons at 0015993) |
