5343/Editor/Bug: Node help tab resets focus when arrow keys are used to switch between nodes#5406
Conversation
… previously selected label
|
Thanks for this. Given the change is being made to the common treelist component, we'll need to check other places that component is used to ensure it doesn't create undesirable behaviours elsewhere. |
|
@knolleary I have done some testing and also found two issues. Can make new bug tickets for them. Please let me know your thoughts. UI locations testedThese are the locations I was able to find where the component is used. I am most likely missing some spots.
Testing checks
Bug found 1When you filter on the TreeList, navigating with the arrow keys can lead you to focus on items that are not visible:
Bug found 2When the treeList is big enough, you are able to navigate to an item that is overflowed out of scope. EDIT: Ticket/PR here: #5421. Looks to be specifically widget based.
|
|
@piotrbogun thanks for investigating. Happy with the fix for bug 2 - have merged. Please raise bug 1 as a separate issue. I'm working on the next maintenance release today - won't get the fix for that in, but it isn't critical. |

Types of changes
Proposed changes
Resolves #5343
When attempting to navigate with the arrow keys on the node help tab, we currently do not re-add the focus class. Arrow navigation should now focus the next/previous item without being reset to the top.
The current UI tests won't run on arm64. I am not sure if a test is needed for this change. I am happy to try and get things running with something like Rosetta.
Checklist
npm run testto verify the unit tests pass