View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0021088 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2024-07-17 16:34 | 2024-09-05 20:58 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0.5 | ||||
| Target Version | 5.1 | Fixed in Version | 5.1 | ||
| Summary | 0021088: Contextual search: BACKSPACE after ENTER navigates instead of just deleting search term | ||||
| Description | If the user enters contextual search text and presses ENTER, then pressing BACKSPACE --> Contextual search term is deleted (expected, notwithstanding 0018648) --> MM navigates back a node (unexpected)! The preferred behavior would be: 1 Pressing BACKSPACE: --> Contextual Search dialog closes 2 Press BACKSPACE again --> Navigation back a node Note: 0018648 proposes an intermediate step 1.5 in which the initial backspace would delete the search text but leave the contextual search dialog open. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3042 | ||||
| related to | 0018648 | feedback | rusty | Unable to efficiently browse search history in Contextual search box |
| related to | 0019575 | closed | Ludek | Pressing Enter in the search bar should move focus to the resulted items |
| related to | 0015952 | closed | Ludek | Backspace in Search Bar starts navigation when Search is empty |
| related to | 0021124 | closed | Ludek | Contextual Search stops when changing query or settings |
| related to | 0021132 | resolved | Ludek | Keyboard navigation of the tree breaks contextual search persistence |
| related to | 0021172 | closed | Ludek | Podcast directory search bar UI is broken |
| related to | 0021192 | closed | Ludek | Search: BACKSPACE deletes search term instead of editing it |
|
|
The suggested change wouldn't work because it is confilcting with the fact that the actual search "filter" is remembered per node, so for example: 1) Type something and press Enter => list is filtered 2) Click another node 3) Press Backspace => now you are back in original node and the search bar is visible (last search term is remembered) 4) Press Backspace => now you are suggesting that Backspace shoud clear the search term even if the search box hasn't been focused and another pressing of Backspace should navigate to previous node.. This is quite confusing and inconsistent behaviour.. SOLUTION: Remove Backspace as hotkey for navigation history and leave only Alt+Left / Alt+Right ? |
|
|
Agreed. But are you suggesting that we remove this hotkey for existing installs? OR to not enable it for new installs? (I expect that getting rid of the hotkey is beneficial for most users, but that some people used to using BACKSPACE may want to retain or be able to enable the hotkey),. |
|
|
Yep, I would just remove it for the new installs.. => Fixed in 3042 |
|
|
Re-opening as Ludek's comments at 0021088:0076554 don't actually mesh with the behavior that I'm observing, and it appears that the originally reported issue still needs fixing even when it comes to navigation using ALT-LEFT or ALT-RIGHT. Ludek wrote that: ------------------------- 1) Type something and press Enter => list is filtered 2) Click another node 3) Press Backspace => now you are back in original node and the search bar is visible (last search term is remembered) 4) Press Backspace => now you are suggesting that Backspace shoud clear the search term even if the search box hasn't been focused and another pressing of Backspace should navigate to previous node.. This is quite confusing and inconsistent behaviour. ---------------------------- However, Ludek was describing the case where a _filter_ is created (filters persist across nodes and thus it would make sense that BACKSPACE or ALT-LEFT should have no effect on a filter). However, contextual searches do not persist across nodes! And I would therefore suggest that my original suggestion still holds true (for both BACKSPACE and ALT-LEFT--in other words even if we get rid of the BACKSPACE as a default shortcut, the issue still remains for ALT-LEFT). EDIT: after testing contextual search persistance numerous times I've found that on occasion (e.g. 1/10 times) it persists within a node but never between nodes. I couldn't determine the trigger for why it occasionally persists. |
|
|
Contextual search does persist according to my tests: 1) click an auto-playlist and type 'moon' to filter it 2) click another node 3) Press Backspace or Alt-left or click the back button => you are back in the auto-playlist node and search bar with 'moon' is restored. I still think that eliminating 'Backspace' as default hotkey for navigaton history is a good, clean and non-conflicting solution.. |
|
|
Re-resolving as it appears that the issue of contextual search persistence not behaving consistently is really a distinct bug. Documented at 0021132 |
|
|
Verified 3042 alongside 0021132 |
