View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015182 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2018-10-25 02:05 | 2019-01-11 03:02 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0015182: Contextual search should apply to the NP Window | ||||
| Description | If the user focuses on an item in the NP Window and then starts typing, the contextual search should apply to the contents of the Now Playing window. Also, when it comes to searching the NP Window, MM should just advance to the next match (rather than filtering the results). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2131 | ||||
|
|
Currently this is already working like this once you go to Options > Search and change Contextual search (typing in a view): [scroll to matches] instead of the default 'filter matches' But it is true that for 'Now playing' it makes sense to always perform 'scroll to matches' once it is focused control. => Fixed in 2130 |
|
|
Tested 2129 with 'scroll to match' in NP and it works. BUT: Let's say there are 2 tracks starting with 'dig'. When I type dig, MM5 scrolls to the first one. Scrolling to the second one (using either PAGEDOWN or retyping the search term) doesn't work (even though it works when searching in the tracklist). |
|
|
Isn't this test error? For me it works. i.e. typing 'One' scrolls to song 'One by One' at position 141, typing 'One' again scrolls to 'One Morning at Pella' at position 299 etc. |
|
|
The problem seems to be specific to my particular test case: https://www.screencast.com/t/dsqYfSi8Gbja I'm guessing that it's related to the fact that both items appear on the screen at once. |
|
|
Fixed in 2131 |
|
|
Verified 2132 |
