Menu: MenuFooter children excluded from arrow-key navigation

Description

Children placed inside MenuFooter (e.g., a "Browse" button) are excluded from the Menu component's roving tabindex arrow-key navigation. Users can Tab to reach MenuFooter items, but arrow keys skip over them entirely.

This breaks the expected keyboard pattern where all interactive items within a menu are reachable via arrow keys.

WCAG Impact

• 2.1.1 Keyboard — All interactive elements within the menu should be reachable via the menu's keyboard navigation pattern (arrow keys)

Steps to Reproduce

1. Create a Menu with several MenuItem entries and a MenuFooter containing a Button
2. Open the menu and use arrow keys to navigate
3. Observe that arrow keys cycle through MenuItem entries but never reach the MenuFooter button
4. The MenuFooter button is only reachable via Tab, which exits the menu's roving tabindex pattern

Expected Behavior

Arrow-key navigation should include MenuFooter children as the last item(s) in the navigation sequence, or there should be an opt-in mechanism to include footer actions in the roving tabindex.

Context

We use MenuFooter to place a "Browse" action inside select dropdowns (e.g., PageFormAsyncSingleSelect in ansible/ansible-ui). Keyboard users cannot reach the Browse button via arrow keys, only via Tab — which is inconsistent with the rest of the menu's keyboard model.

Jira Issue: PF-4544

Start by locating the Menu and MenuFooter component implementations and their keyboard-navigation tests, then reproduce the reported behavior with MenuItem entries and a footer Button. Trace how roving tabindex items are collected. Done means footer children participate in arrow-key navigation, with tests covering the expected sequence.