View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0016787 | MMW 5 | Main Panel | public | 2020-07-05 18:56 | 2021-10-08 21:19 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | duplicate | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0.2 | Fixed in Version | 5.0.2 | ||
| Summary | 0016787: Media Tree Node selection changes, possibly due to scanning | ||||
| Description | Not entirely sure what's happening, but 1 speculation would be that as nodes are added during scanning it jumps to the same sub-node number. | ||||
| Steps To Reproduce | Log covers the following observed events. The node selected was Music > Location > D > Media > TempMusic > Van Morrison > Three Cords And The Truth. 1) Filelisting shows Loading regularly while Filelisting had already been loaded during scanning 0016788 2) Media Tree selection jumped to Classical Music (Breadcrumb navigation didn't update and used it to return to correct selection) 3) Media Tree and Filelisting jumped to Music > Location > D > Media > TempMusic > The Rolling Stones 4) Media Tree jumped to Music > Location > D > Media (not sure if Filelisting did too) 5) After returning to Music > Location > D > Media > TempMusic > Van Morrison > Three Cords And The Truth the Media Tree and Filelisting jumped to Music > Location > D > Media > TempMusic > The David Rismand Quintet | ||||
| Additional Information | Note that ID3 removal is also happening (probably not required) and playback is also happening during this. All events reported occurred during scanning, all captured towards end of large log (sorry). | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2508 | ||||
| duplicate of | 0017343 | closed | Ludek | Switching Next in Properties can move selection in Media Tree up one node |
| related to | 0016788 | closed | lowlander | Constant Loading message in Filelistings |
| related to | 0016422 | closed | Ludek | MM Scans the wrong path if the user attempts to scan a directory after deleting files |
| related to | 0018386 | closed | Ludek | MediaMonkey becomes slow to respond after inline tagging |
| related to | 0016811 | closed | Ludek | Filelisting Loading loses editing state of inline editing |
| related to | 0016866 | closed | Ludek | MediaMonkey takes keyboard input while not the active window |
|
|
I was unable to simulate the issue , but I fixed some related code tweaks and added more debug messages. So test this issue in 2260 and generate new log (in case the issue persists). |
|
|
Verified 2260 I am unable to replicate behavior in 2260 |
|
|
Resolved in 2261 |
|
|
Verified 2261 Unable to reproduce, please close after second confirmation. |
|
|
I guess most of these have been already fixed in separate issues, please re-test in 2265 and if you are still seeing some issues then report them separatelly. |
|
|
Reminder sent to: lowlander Verified 2265 @lowlander As talked offline like you said it is hard to replicate please try verify and close after. |
|
|
The Media Tree continues to be problematic in it's behavior for me. In this log (end of log) it wouldn't open D:\Media\TempMusic in the Entire Library > Location node anymore: https://1drv.ms/u/s!AjRcJhPd0elwgfpdmeJdHXgvzSZcQQ?e=Suyhwh |
|
|
I've made some tuning based on the log. Please give a try with 2270 whether you are still seeing the issues. |
|
|
Confirmed 2886 |
|
|
This remains an issue and was seen on 2401. It's not something that happens when MM is started, but at some point it can enter a state where it keeps changing selecting in the Media Tree. This happens even when MM isn't the active window and just playback is happening. 2401 logs in same place. Both capture the selection in the Media Tree changing from Lil' Bear Singers to Lights (next node up). First is a full MM log where it happened when the Properties for Lil' Bear Singers album was open, second when Firefox was active App. |
|
|
Resolving as duplicate of 0017343 Based on the logs the reason is the same: subsequent folder auto-update after any property change (be it via properties or e.g. by changing play count during playback) somehow causes this issue. To be resolved as 0017343 |
|
|
Fixed in 2508 (I could finally replicate as noted in related issue 0018386) |
|
|
Verified 2508 Also tested with Lowlander DB. |
