Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's confusing!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - *TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message as we can, and ensure uninterrupted keyboard navigation at all times.* - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. - Furthermore, when there's search results and nothing is selected, allow keyboard navigation (e.g. cursor down), but do not preselect or focus anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.
Bug 1824692 Comment 5 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - *TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message as we can, and ensure uninterrupted keyboard navigation at all times.* - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. - Furthermore, when there's search results and nothing is selected, allow keyboard navigation (e.g. cursor down), but do not preselect or focus anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. - Furthermore, when there's search results and nothing is selected, allow keyboard navigation (e.g. cursor down), but do not preselect or focus anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. - Furthermore, when there's search results and nothing is selected, allow keyboard navigation (e.g. cursor down), but do not preselect or focus anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Furthermore, when there's quick filter results and nothing is selected, allow keyboard navigation (e.g. cursor down), but do not preselect or focus anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.**
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Furthermore, when there's quick filter results and nothing is selected, allow keyboard navigation (e.g. cursor down), but initially do not focus or preselect anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.**
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Furthermore, when there's quick filter results and nothing is selected, allow keyboard navigation (e.g. cursor down), but initially do not focus or preselect anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.** - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via Ctrl+Shift+K, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (or change back to `123foo`) Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search removed without selecting another message from search results): Cannot navigate in message list as nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Furthermore, when there's quick filter results and nothing is selected, allow keyboard navigation (e.g. cursor down), but initially do not focus or preselect anything for the user, which may have unwanted side effects. Especially, Arrow down should focus and select the first message for convenience.** - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results and nothing is selected, allow keyboard navigation (e.g. cursor down), but initially do not focus or preselect anything for the user, which may have unwanted side effects. Especially, `Arrow down` should focus and select the first message for convenience.** When there's no results or some message had focus before `Arrow down` should focus and select the message which had focus before, otherwise the first one. - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results and nothing is selected, allow direct, easy keyboard navigation into results with `Arrow down`, but initially do not focus or preselect anything for the user, which may have unwanted side effects. Especially, `Arrow down` should focus and select the first message for convenience.** When there's no results or some message had focus before `Arrow down` should focus and select the message which had focus before, otherwise the first one. - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results, always allow direct, easy keyboard navigation into results with `Arrow down`:** - if no message was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no results or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results (or all messages shown), always allow direct, easy keyboard navigation into the message list with `Arrow down`:** - if there's active filters with results, but no message from result set was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no active filters, or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results (or all messages shown), always allow direct, easy keyboard navigation into the message list with `Arrow down`:** - if there's active filters with results, but no message from result set was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no active filters, or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - We should also define the same `Arrow down` behaviour for when filter facets like `Unread` have focus. - When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results (or all messages shown), always allow direct, easy keyboard navigation into the message list with `Arrow down`:** - if there's active filters with results, but no message from result set was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no active filters, or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - We should also define the same `Arrow down` behaviour for when filter facets like `Unread` have focus. - **When `Esc` is pressed to close the quick filter bar (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), move focus onto the message which last had focus**, without changing its selected state.
Another simple STR, adapted from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results (or all messages shown), always allow direct, easy keyboard navigation into the message list with `Arrow down`:** - if there's active filters with results, but no message from result set was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no active filters, or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - We should also define the same `Arrow down` behaviour for when filter facets like `Unread` have focus. - **When `Esc` is pressed to close the quick filter bar** (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), **move focus onto the message which last had focus**, without changing its selected state.
Another simple STR, adapted and complemented from Bug 1820394 Comment 0: STR 1. Select a message with subject "123foo" from the end of a longer message list 2. Enter characters into the quick filter bar and watch message list selection and message preview: `1` ... `2` .... `3` => `123foo` 3. Change searchword to `123bar` 4. Remove searchword (e.g. via pressing `Esc`) 5. Press `Esc` to close *Quick Filter Bar* Actual result - after step 2 (search still matches selection): Although the search result still includes previously selected message, it is unexpectedly deselected (but still shown, that's a confusing state!). - after step 3 (search does not match selection): When the search result no longer includes the selected message, it is still shown (that's confusing!), in spite of no selection (which is correct). - after step 4 (search text removed without selecting another message from search results): nothing is selected. Expected result - **TL;DR: Same behaviour as in 102 - we should be as preservative about user's selected message(s) as we can, and ensure uninterrupted keyboard navigation at all times.** - after step 2 (search still matches selection): No need to deselect matching message(s). If only some selected messages match, deselect only those that don't. - after step 3 (search does not match selection): When the search result no longer includes selected message(s), they must be (temporarily) deselected and obviously no longer be shown. - after step 4 (search removed without selecting another message from search results): If nothing else has been selected in the meantime, the previously selected message(s) should conveniently be re-selected and displayed again. Same for pressing `Esc` repeatedly to gradually remove quickfilters of various sorts. - **Arrow-down behaviour: Furthermore, when there's quick filter results (or all messages shown), always allow direct, easy keyboard navigation into the message list with `Arrow down`:** - if there's active filters with results, but no message from result set was selected before, initially do not focus or preselect anything for the user, which may have unwanted side effects. `Arrow down` should then focus and select the first message for convenience. - If there's no active filters, or some message had focus before, `Arrow down` should focus and select the message which had focus before, otherwise the first one. - We should also define the same `Arrow down` behaviour for when filter facets like `Unread` have focus. - **When `Esc` is pressed to close the quick filter bar** (currently only possible when it was shown via `Ctrl+Shift+K`, but not when shown via menu...), **move focus onto the message which last had focus**, without changing its selected state.