[Dashboard management UI][KEYBOARD]: Focus must be returned to the triggering element when modals, menus, dialogs are closed

[1Copenut]

Description When modal dialogs, menus, popovers are closed, the triggering element (usually a button) must receive focus again so keyboard and screen reader users do not have to traverse the DOM to get back to their previous location. The Dashboard view has a few cases where it's not managing focus properly. Screenshots attached below.

Steps to reproduce

1. Log into a QA environment and open a new classic Deployment
2. Turn on the sample dashboards and navigate to one
3. Click to Edit dashboard, and try out the panel editing with a keyboard (no mouse)
4. Verify the screenshots shown below for panel editing and Dashboard menus return focus to the top of the page instead of triggering elements.

---

Actual Result

• Focus goes to the top of the DOM source order

Expected Result

• Focus is returned to the triggering element like the button or menu that spawned the UI shown in screenshots

Kibana Version: 8.14.0

OS: MacOS

Browser: Chrome latest

Relevant WCAG Criteria:

• Understanding SC 2.4.3 Focus Order (Level A)

[elasticmachine]

Pinging @elastic/kibana-accessibility (Project:Accessibility)

[elasticmachine]

Pinging @elastic/kibana-presentation (Team:Presentation)

[ThomThomson]

Noting here that we will be looking into this (specifically returning focus after an inline edit operation) after our embeddable refactor, when we start working on unifying editors & more streamlined inline editing experiences.