View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0022013 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2026-03-09 19:24 | 2026-03-09 21:10 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | random |
| Status | feedback | Resolution | open | ||
| Product Version | 2024.2.1 | ||||
| Target Version | 2024.2.1 | ||||
| Summary | 0022013: Sometimes tag changes don't stick | ||||
| Description | Sometimes for a file some tag changes don't stick. In the log captured: - In-line edit after Find More from Same > Title, where both matches were edited. File without Original Date was updated, file without Genre wasn't. - Using Properties also fails - In-line edit in Playing node also fails - Properties from Playing node also fails - Properties from Playing window also fails In-line edit of Genre for Gloria Gaynor - I Am What I Am does work though. This was seen soon after start of MediaMonkey, unsure why this happens or how to trigger this. It may have to do with Find More from Same > Title, but that's just speculation. File will tag as expected after a MediaMonkey restart. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
From the log I can't see which file was without Original Date and which file was without Genre. There are also a lot of files savings because of Audio CD ripping. 1) Are you able to replicate this and catch in a screencast video together with DbgView log? 2) Are the metadata OK after MediaMonkey restart? i.e. is it just UI update failure or it has failed to write also to DB/tag ? |
|
|
1) No, this is something random, I don't know how to trigger this issue. 2) No, the file did not actually get updated, on restart of MM the Genre also remains blank in MediaMonkey itself. |
