View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017079 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2020-11-12 17:22 | 2020-11-14 14:01 |
| Reporter | lowlander | Assigned To | |||
| Priority | immediate | Severity | block | Reproducibility | random |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0017079: Auto-Organize Files can replace playing file with 1 of organized files | ||||
| Description | This is the second time (last time I only noticed the weirdness afterwards) that a file in the Now Playing has been replaced with another file. In this case it happened when I was Auto-Organize Files and the file only had the Path replaced, not the tags. This also resulted in the wrong song (new Path) being played at some point during playback of the song that it replaced and was playing on Auto-Organize Files execution. This time the file that was replaced was removed from the Library. The fix was simple enough, remove incorrect file from Now Playing and scan correct file in again. The risk is file or database corruptions. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2274 | ||||
|
|
BTW: The crash at the end of log is the same reason as in 0017055 that Michal has already fixed for 2274 |
|
|
Re the issue of changing path of playing file: Good catch, as this is longstanding issue (presented in MM4 too for all the time) and happens whenever the playing file is tagged together with others files at the same time (e.g. the "organizing thread" can tag at the same as the "background tagging" thread). The only pre-condition is to tag also the playing track, which is the reason why it is hardly noticable. Fixed in 2274 |
|
|
Verified 2274 Good catch, thx Ludek for steps, it was easy to pass unnoticed. |
