View Issue Details

IDProjectCategoryView StatusLast Update
0017343MMW 5Main Panelpublic2021-05-27 20:15
Reporterlowlander Assigned To 
PriorityurgentSeveritymajorReproducibilityrandom
Status closedResolutionreopened 
Product Version5.0 
Target Version5.0.1Fixed in Version5.0.1 
Summary0017343: Switching Next in Properties can move selection in Media Tree up one node
DescriptionI can't guarantee that the Next in Properties caused it, but it did happen several times on Next action that the Media Tree selection went 1 node up (next node above selected node, not parent).

However the Media Tree selection also changed while typing this (MM was playing and finishing Volume Analyzing of just edited Album).
TagsNo tags attached.
Fixed in build2408

Relationships

related to 0016422 closedLudek MM Scans the wrong path if the user attempts to scan a directory after deleting files 
has duplicate 0016787 closedLudek Media Tree Node selection changes, possibly due to scanning 

Activities

Ludek

2021-01-08 12:29

developer   ~0061219

Last edited: 2021-01-08 12:31

Based on the logs you tested 2291, but this has been already fixed in 2292 as 0016991

i.e. sounds like the " Barrys issue with MM5 reacting to keystrokes even when not focused", see 0016991:0061110

So please re-test in 2292 and if you are unable to replicate in 2292 then just close this case as verified

peke

2021-01-09 18:48

developer   ~0061254

Verified 2293

No issues, 2291 observe issue as described.

peke

2021-01-15 00:47

developer   ~0061360

Just Re verified 2295

Same behavior as in 2293. Closing

lowlander

2021-01-28 18:38

developer   ~0061592

Seeing this again on 2299, it may require MediaMonkey to be running a while.

It seems that either Analyze Volume or the editing of Properties in Properties of a playing file from the Playing window caused it.

Logs and Screencast in the same place

Ludek

2021-05-25 20:20

developer   ~0063476

Last edited: 2021-05-26 19:04

Assigned back to me, as it seems to be identical to 0016787

Based on the logs subsequent folder auto-update (after any track property change) - be it via properties or e.g. by changing play count during playback somehow causes this issue.

Ludek

2021-05-26 20:13

developer   ~0063512

I haven't been able to replicate (tested with your database on Pinned > TempMusic folder subnodes -- like in your screencast), but based on code revision and debug log analyzing I (hopefully) fixed the issue. I also added more debug messages for the future.

lowlander

2021-05-27 20:15

developer   ~0063566

Unable to reproduce on 2408