|
|
1) fixed in 2160. Editing properties is different then simple renaming, album can be changed also by album artist change, or by editing tracks from any other tracklist and changing Album name or Album artist name. Fixed by navigating to new album, when last track of the current album changed so the album is empty.
2) it is expected behavior, disk name is selectable text, so has this cursor (like any text in browsers e.g.). |
|
|
|
1. Not fully fixed, Uploading Video on FTP showing that in Album listing it is fixed, if you edit Album properties in Album view it do not reflect change on edit and pressing F5 at that moment make whole Album disappear (only way to see album again is to navigate out of that view)
2. Please note that "Disk 1" is not Disk Name as Disk Name is "1", but I see your point. It is minor issue/tweak, rather than Bug but it make s issues if DISK# is for example A1 for LP designation. I just wanted to be safe than sorry. |
|
|
|
1) editing properties of track(s) which includes changing Album name and/or Album Artist means such track(s) are moved to new/another album. In your case, what did not work is refresh of album view and automatic skip to this new/another album. I currently cannot replicate, for me closing properties dialog after this change leads to tracks being removed from view (expected, they were moved to different album) and immediate navigation to this new album. Do you reproduce it always? I don't know how to somehow block auto-update feature, which handles this, like in your video. |
|
|
|
As worked offline, looks like specific persistent.json is causing the the problem.
File sent to Michal |
|
|
michal
2019-02-20 14:34
developer
~0052715
Last edited: 2019-02-20 14:34
|
When "Update tags when editing properties" is switched off, problem 1) occurs.
|
|
|
|
Fixed in build 2162. |
|
|
|
Verified 2162 |
|
