Escape closes the panel a button opened, whatever its tooltip remembers #1028
No reviewers
Labels
No labels
accessibility
authentication
breaking change
bug
documentation
enhancement
interface
internationalisation
observability
performance
security
tier
1
tier
2
tier
3
tier/4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Postulo/postulo!1028
Loading…
Reference in a new issue
No description provided.
Delete branch "917-escape-panel"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Refs #917. Follow-up to #1015 and #1025.
What changed
app.js, the Escape handler for tooltips: before it decides whether a tooltip takes the key, a tooltip place whose anchor is apopovertargetbutton for a panel that is open now is marked spent. The panel gets the first Escape.Why
#1025 marked the button's place spent when the panel opened. CI still failed
test_the_keyboard_opens_it_and_escape_closes_it_and_returns_the_focuson a loaded runner (run 1138, which has #1025): a place made afresh after the toggle, by a late hover or focus event, starts withspentfalse and takes the first Escape. Deciding at Escape time, from what is open, does not depend on how the places were rebuilt.A panel opened by something else, such as the masthead's New menu, still leaves the focused field's tooltip its Escape (
test_escape_puts_it_away_and_does_nothing_else).Tests
test_help.py,test_map.py,test_page_help.py,test_company_names_popover.pyandtest_birth_picker.py: 79 passed, 6 skipped. The race itself I cannot make happen on this machine, so CI under load is the real check.Library check
None needed.
🤖 Generated with Claude Code