View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0018441 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2021-10-19 01:57 | 2022-05-12 18:55 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | reopened | ||
Product Version | 5.0.2 | ||||
Target Version | 5.0.2 | Fixed in Version | 5.0.2 | ||
Summary | 0018441: Contextual Search doesn't work consistently for tracks section in Browser view | ||||
Description | 1) For browser views that contain a Top tracks list, contextual search seems to work in some views but not in others. e.g. a) In Genre > GenreName [Browser], searching for X returns many tracks (containing X in the Album field) that are collapsed (i.e. not displayed), as expected. B) But in Artist > ArtistName [Browser], searching for X doesn't return matching tracks (containing X in the Album field) that are collapsed! 2) In case 1a), after cancelling the contextual search, expanding 'Top Tracks' causes a subset of the search matches to appear! e.g. 1 Navigate to Genre > Acoustic Rock [Browser] 2 Type 'Love' --> Top Tracks section is filtered to display only a single track 3 Click 'x' next to 'love' to cancel the contextual search --> Top Tracks section expands to show 10 tracks 4 Click the 'v' arrow next to 'Top tracks' --> Top tracks section is filtered to display only a single track (even though the contextual search was previously cancelled)! Tested in build 2510 | ||||
Tags | No tags attached. | ||||
Fixed in build | 2514 | ||||
related to | 0018286 | resolved | Ludek | Searching within a collection node is confusing |
related to | 0018658 | closed | Ludek | Contextual Search (YouTube): tracks not found / assertion failure (regression 5.0.2) |
related to | 0017855 | closed | michal | Browser view: Sort order sometimes wrong / Play order sometimes doesn't match display order |
|
Fixed in 2512 |
|
There's now a new bug that often occurs: 3) If the user cancels a contextual search in a browser view --> the Top Tracks / All X tracks section often appears blank! https://www.screencast.com/t/1GYbpsdu8t This is most consistently replicated as follows: 1 Navigate to Genre > Acoustic Rock [Browser], and expand Top tracks to All X Tracks 2 Type 'Love' --> Tracks section is filtered to display only a single track 3 Click 'x' next to 'love' to cancel the contextual search --> Tracks section appears blank 4) Another related issue that I just noticed is that switching between Top Tracks and All X tracks causes the contextual search filter to be overridden even though it continues to display. e.g.: 1 Navigate to Genre > Acoustic Rock [Browser] 2 Type 'Love' --> Tracks section is filtered to display only a single track 3 Expand Top Tracks to show All X tracks OR the opposite (depending on the initial setting) --> The contextual search continues to display in the breadcrumbs, but isn't active in the track list We could fix this either by applying the filter OR by cancelling the filter when the user makes the change (but only in the case when the user _expands_ to show all tracks). |
|
5) Just discovered another related problem in 2513 in which contextual search results differ from one time to another 0 In Music > Genres > Acoustic Rock [Browser], expand to show 'All x tracks' 1 Initiate contextual search by typing 'love' --> 2 tracks appear (It's only love, and Jungle Gym (Feat. G Love) 2 Press 'x' to cancel the contextual search, and type rating:5 --> search results update with a bunch of tracks 3 Press 'x' to cancel the contextual search and type 'love' --> 2 tracks appear, but the results are different (It's only love, and Times like these)! Note that the second track doesn't seem to have 'love' in any fields! 4 Right-click on either of the 2 tracks --> All commands are disabled! It's as if nothing is selected! Tested with default search setting (Ignore diacritics / Match beginning...). Note that the issue does not occur consistently. |
|
Fixed in 2514 |
|
Verified 2514. |