View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019573 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2022-11-18 14:36 | 2022-11-21 18:27 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0.4 | ||||
| Target Version | 5.0.4 | Fixed in Version | 5.0.4 | ||
| Summary | 0019573: Contextual search causes tree navigation to open wrong node (regression) | ||||
| Description | When a contextual search is performed on a particular node, if the user switches to another node then either of the following can occur: A) MM will revert back to the original node B) MM will display the new node but any contextual searches will be performed on the old node I haven't been able to determine why A) vs B) occurs, but it can be replicated as follows: A) 1 Click Genre 1 in the tree 2 Type a couple of letters to filter the node (pressing ENTER seems to help trigger the issue more often, but isn't required) --> Filter results display 3 Click Genre 2 in the tree --> Genre 2 is shown in the breadcrumb bar, but Genre 1 contents are displayed! B) 1 Click AutoPlaylist1 in the tree 2 Type a couple of letters to filter the node (pressing ENTER seems to help trigger the issue more often, but isn't required) --> Filter results display 3 Click Music > All tracks --> All tracks appears to display 4 Type a couple of letters to filter the node --> The filter results from step 2 appear! Note that in case B) the contents of the second node actually display, but the filter applies to the content of the first node. It occurs much more rarely (and I wonder whether it's actually just an example of case A) and that the tester simply didn't notice that the wrong node's contents were displayed at step 3) ). p.s. - I've replicated the issue in both List and List (by Album) views. - It doesn't occur in 5.0.3 https://www.screencast.com/t/M9wAJCGAB | ||||
| Additional Information | https://www.mediamonkey.com/forum/viewtopic.php?t=102965 Ticket # 5062 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2690 | ||||
|
|
Fixed in 2690 |
|
|
Test note 26889 B): If you double click (or do second click to confirm selection) on All tracks in step 3 it shows normally. I can't replicate A) behavior. |
|
|
Ok, so ask anyone else to verify. For me it was easy to replicate and the fix in 2690 is very safe (not a risk for a regression) |
|
|
Verified 2690. |
|
|
I'm unable to reproduce either on 2690 (but never have been able to reproduce B when testing user report). |
|
|
Confirming B) is fixed in 2690 I never been able to replicate A) thx @lowlander |
