[Bug] cursorHome and cursorEnd keybind for filter in problem view does not work if view is in bottom panel

[zero41120]

Does this issue occur when all extensions are disabled?: Yes/No

Version: 1.78.0-insider (user setup)
Commit: 95396f1
Date: 2023-04-18T05:20:56.891Z
Electron: 22.4.5
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: 10.8.168.25-electron.0
OS: Windows_NT x64 10.0.19045
Sandboxed: Yes

Steps to Reproduce:

1. Drag problem view from left panel to bottom panel
2. Focus the filter text input
3. Enter some text
4. Press "home" or "end" key, they are default keybinds for cursorHome and cursorEnd. Home does not place cursor to beginning. End does not place cursor to end, and also shift focus to "View as table"
5. 
6. Here is my key bindings for "end" key:
   

[sandy081]

End does not place cursor to end, and also shift focus to "View as table"

Seems it is navigating to the last element in the action bar. I do not know which component is eating this keybinding. Hence assigning to @ulugbekna to investigate.

[ulugbekna]

@sandy081 the kb event isn't handled by this "filter" input box, so it's propagated to the ActionBar, which does something special on KeyCode.Home and KeyCode.End instead of letting the keybinding service handle the event. Isidor added this behavior in a13f7ee.

I would propose that we remove such special behavior for Home & End for ActionBar, but I'm not sure how many people are used to it

[sandy081]

I would propose that we remove such special behavior for Home & End for ActionBar

This might break in other places where it works as expected. Instead it shall be implemented correctly just like how it is done for lists. Have a command and associate a keybinding.