🔴 [RGAA 12.9] Keyboard traps

[jbpenrath]

Bug Report

Problematic behavior
Focus gets trapped in certain components with no way to exit via Tab:

• Focus trapped in header dropdowns and label option buttons
• Focus trapped in "More options" dropdown in the inbox
• Focus trapped in WYSIWYG editor (focus-trap mechanism) on compose, reply, and signature pages
• Focus trapped in sender/recipient info dropdowns on the thread view; message header blocks access to message body

Expected behavior/code
Users must always be able to move focus away from any component using the Tab key. No keyboard trap should exist outside of modal dialogs.

Steps to Reproduce

1. Tab into any header dropdown — focus cannot leave the dropdown
2. Tab into the WYSIWYG editor (compose or reply view) — focus is trapped by a focus-trap mechanism
3. On the thread view, click sender name to open info dropdown — Tab cannot exit

Environment

• RGAA Criterion: 12.9
• Severity: 🔴 Blocking

Possible Solution

• Remove focus traps from all dropdowns (see Issue 🚨(lint) fix lint #4 — criterion 7.1 dropdown fixes)
• Remove focus-trap from WYSIWYG editor on compose, reply, and signature pages
• Remove focus trap from sender/recipient info dropdowns on the message view
• Ensure Tab reaches the message body after the email header

Additional context/Screenshots
RGAA reference: Criterion 12.9