Skip to content

fix(blocks): drop dangling ARIA on preview fallback panes#161

Merged
markdumay merged 1 commit into
mainfrom
fix/preview-fallback-aria
Jul 15, 2026
Merged

fix(blocks): drop dangling ARIA on preview fallback panes#161
markdumay merged 1 commit into
mainfrom
fix/preview-fallback-aria

Conversation

@markdumay

Copy link
Copy Markdown
Contributor

Every preview tab pane emitted role="tabpanel" and aria-labelledby="{{ $id }}-{{ $device }}-tab", unconditionally. But the device button group that mints those -tab control ids is rendered only when not in fallback mode. In fallback (no url, or a CSP-blocked iframe host) there is no button group, so every pane's aria-labelledby pointed at a non-existent id and role="tabpanel" described a tab with no control.

Both attributes are now gated on not $showFallback — in fallback the pane is plain content, not a tab panel. The normal tabbed path is unchanged. Verified against the Hinode exampleSite: no aria-labelledby dangles in fallback mode, and the check was confirmed to fail on the pre-fix code.

Independent of the companion PRs.

🤖 Generated with Claude Code

Every tab pane emitted role=tabpanel and aria-labelledby pointing at a tab
button, but the button group is only rendered when not in fallback mode. In
fallback (no url, or a CSP-blocked host) the pane is plain content, so the
reference dangled. Gate both attributes on not showFallback.
@markdumay markdumay merged commit 99fe576 into main Jul 15, 2026
8 checks passed
@markdumay

Copy link
Copy Markdown
Contributor Author

🎉 This PR is included in version 2.1.4 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@markdumay markdumay deleted the fix/preview-fallback-aria branch July 15, 2026 11:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant