View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020404 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2023-11-21 18:59 | 2024-03-25 12:41 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.1 | Fixed in Version | 5.1 | ||
| Summary | 0020404: Database and/or Views fail to update on mass edit of Folders node | ||||
| Description | I've found various issues in which the database fails to update and/or views refresh incorrectly in build 2524: 1) Edits made in the Folders node fail to appear in the Artist [List by Album] view (2:00) 2) Edits made in the Folders node sometimes get undone (2:30) 3) After removal of tracks from the library, the Folders node shows up empty even though tracks haven't been deleted (3:00) 4) A fourth issue that I haven't been able to replicate is that mass edits of files from the Folders node sometimes results in the view failing to show the edit, but then the edit appears upon clicking each of the edited tracks. | ||||
| Additional Information | I found these issues while investigating a user (Uwe) report that converting files caused metadata of the newly-created files to disappear. I was unable to replicate that bug but I suspect that it's related to this since it also involved similar refresh issues. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2825 | ||||
|
|
1,2,4) These are not regressions, I can replicate those in 5.0.4 too.. The key to replicate is to add the songs to the database via the Add/Rescan _after_ they are already shown in the Folders view, then MediaMonkey thinks that the songs are still not part of the library and the edits are done only within the file tags (and not in the database) which results in the mentioned issues of DB/tag mismatch.. Workaround is to press F5 after the scan of the tracks to the library 3) yep, this is a regression related to fix of 0020344 |
|
|
Fixed in 2825 |
|
|
Verified 2825 All appears to be fixed. I am unable to replicate anymore. |
|
|
Re Verified 3007 |
