Flux version
v2.17.1
Livewire version
v4.4.2
Tailwind version
v4.3.3
Browser and Operating System
Google Chrome 147.0.0.0 on macOS 27.0
What is the problem?
At a mobile viewport, a sidebar with collapsible="mobile" receives
data-flux-sidebar-collapsed-mobile and is positioned outside the viewport,
but it does not receive inert or aria-hidden. Its links remain in the
accessibility tree and sequential keyboard navigation.
In a 390 × 844 reproduction, the closed sidebar was at x: -256 with a width
of 256px. The first and second Tab presses focused its off-screen
Dashboard and Reports links; only the third reached the visible sidebar
toggle. axe does not report this state, but the browser accessibility snapshot
and real keyboard order both expose it.
This is distinct from #2643 and #2649, which addressed collapsed desktop group
navigation and focus behavior rather than hiding a closed mobile sidebar.
Code snippets to replicate the problem
<flux:sidebar sticky collapsible="mobile">
<flux:sidebar.nav>
<flux:sidebar.item href="/dashboard">Dashboard</flux:sidebar.item>
</flux:sidebar.nav>
</flux:sidebar>
- Open the page at a mobile viewport.
- Close the sidebar.
- Confirm the sidebar has
data-flux-sidebar-collapsed-mobile and is outside
the viewport.
- Inspect the accessibility tree and press Tab from the start of the page.
- Observe the sidebar links before the visible toggle and page content.
Relevant closed-state output:
<ui-sidebar
data-flux-sidebar
data-flux-sidebar-on-mobile
data-flux-sidebar-collapsed-mobile
>
<a href="/dashboard">Dashboard</a>
<a href="/reports">Reports</a>
</ui-sidebar>
aria-hidden: null
inert: false
sidebar rect: x -256, width 256
Tab 1: Dashboard at x -240
Tab 2: Reports at x -240
Tab 3: Toggle sidebar at x 24
Screenshots/ screen recordings of the problem
Not applicable. The defect occurs while the sidebar is off-screen; the exact
DOM state, geometry, accessibility snapshot and keyboard order are included
above as searchable text.
How do you expect it to work?
The collapsed mobile sidebar should be absent from sequential focus and the
accessibility tree. Opening it should restore access to its controls, and
closing it should preserve Flux's focus-return behavior.
Please confirm (incomplete submissions will not be addressed)
Flux version
v2.17.1
Livewire version
v4.4.2
Tailwind version
v4.3.3
Browser and Operating System
Google Chrome 147.0.0.0 on macOS 27.0
What is the problem?
At a mobile viewport, a sidebar with
collapsible="mobile"receivesdata-flux-sidebar-collapsed-mobileand is positioned outside the viewport,but it does not receive
inertoraria-hidden. Its links remain in theaccessibility tree and sequential keyboard navigation.
In a 390 × 844 reproduction, the closed sidebar was at
x: -256with a widthof
256px. The first and second Tab presses focused its off-screenDashboardandReportslinks; only the third reached the visible sidebartoggle. axe does not report this state, but the browser accessibility snapshot
and real keyboard order both expose it.
This is distinct from #2643 and #2649, which addressed collapsed desktop group
navigation and focus behavior rather than hiding a closed mobile sidebar.
Code snippets to replicate the problem
data-flux-sidebar-collapsed-mobileand is outsidethe viewport.
Relevant closed-state output:
Screenshots/ screen recordings of the problem
Not applicable. The defect occurs while the sidebar is off-screen; the exact
DOM state, geometry, accessibility snapshot and keyboard order are included
above as searchable text.
How do you expect it to work?
The collapsed mobile sidebar should be absent from sequential focus and the
accessibility tree. Opening it should restore access to its controls, and
closing it should preserve Flux's focus-return behavior.
Please confirm (incomplete submissions will not be addressed)