The axe check misses revealjs contrast at desktop viewports
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 3/5
- 預估耗時
- 1-2 天
- 新手友好度
- 76/100
- Issue 類型
- 缺陷
- 描述清晰度
- 描述清楚
- 活躍度
- 活躍
- 技術堆疊
- javascript, playwright, typescript
- 領域
- accessibility, cli, testing-qa
研究方向
Reproduce the revealjs deck at 1440x900 and 320x568, then inspect src/resources/formats/html/axe/axe-check.js, especially the document and console reporters and revealUnhideSlides(). Compare that behavior with src/command/call/axe/scan.ts and the json reporter. Done means the desktop report and quarto call axe expose the grey text and footer-link contrast failures at every listed viewport.
由索引模型根據 Issue 內容生成。
描述
I have
- searched the issue tracker for similar issues
- installed the latest version of Quarto CLI
- formatted my issue following the Bug Reports guide
Bug description
In a revealjs deck, the axe option reports no color-contrast results at desktop viewports. It does report them at a narrow viewport, such as 320x568. The same gap occurs in quarto call axe.
At desktop sizes, reveal.js puts the slide backgrounds in a separate .reveal .backgrounds layer. This layer is behind the slide text, but it is not an ancestor of the text. As a result, axe cannot find the background color. It marks each text node as "incomplete" with the bgOverlap message: "Element's background color could not be determined because it is overlapped by another element".
The document and console reporters show only result.violations (document, console). The json reporter prints the full result, so the incomplete nodes are there, but they are not marked as a problem (json). quarto call axe requests only violations (scan.ts). Thus, contrast failures in revealjs are not visible.
At 320x568, reveal.js changes to scroll view. In scroll view, the backgrounds are inside the slide, and axe can find the color.
Before the scan, revealUnhideSlides() removes hidden and aria-hidden from the slides. It does not change the backgrounds layer.
Steps to reproduce
---
format:
revealjs:
axe:
output: document
footer: "[quarto.org](https://quarto.org)"
---
## Slide
See [the Quarto website](https://quarto.org).
[This grey text fails contrast.]{style="color: #ccc"}
Preview and navigate to Accessibility Report slide.
Actual behavior
At 1440x900, the report shows no color-contrast findings. axe marks five nodes as incomplete: the heading, the body text, the grey text, the body link, and the footer link.
| Viewport | color-contrast violations |
Incomplete nodes |
|---|---|---|
| 1440x900 | none | 5 |
| 1050x700 | none | 5 |
| 1000x660 | none | 5 |
| 320x568 | grey text (1.6:1), footer link (4.43:1) | 0 |
Expected behavior
The report shows the two contrast failures at all viewports: the grey text at 1.6:1 and the footer link at 4.43:1.
Your environment
- IDE: none (Chrome 150 through Playwright)
- OS: macOS 26.6.2 (build 25G83)
Quarto check output
Quarto 1.11.4
[✓] Checking environment information...
Quarto cache location: /Users/charlottewickham/Library/Caches/quarto
[✓] Checking versions of quarto binary dependencies...
Pandoc version 3.10.0: OK
Dart Sass version 1.101.0: OK
Deno version 2.7.14: OK
Typst version 0.15.1: OK
[✓] Checking versions of quarto dependencies......OK
[✓] Checking Quarto installation......OK
Version: 1.11.4
Path: /Applications/quarto/bin
[✓] Checking tools....................OK
TinyTeX: v2026.04
Chrome Headless Shell: 150.0.7871.115
VeraPDF: 1.28.2
[✓] Checking LaTeX....................OK
Using: TinyTex
Path: /Users/charlottewickham/Library/TinyTeX/bin/universal-darwin
Version: 2026
[✓] Checking Chrome Headless....................OK
Using: Chrome Headless Shell installed by Quarto
Path: /Users/charlottewickham/Library/Application Support/quarto/chrome-headless-shell/chrome-headless-shell-mac-arm64/chrome-headless-shell
Version: 150.0.7871.115
[✓] Checking basic markdown render....OK
[✓] Checking R installation...........OK
Version: 4.6.0
Path: /Library/Frameworks/R.framework/Versions/4.6/Resources
LibPaths:
- /Users/charlottewickham/Library/R/arm64/4.6/library
- /Library/Frameworks/R.framework/Versions/4.6/Resources/library
knitr: 1.51
rmarkdown: 2.31
[✓] Checking Knitr engine render......OK
[✓] Checking Python 3 installation....OK
Version: 3.12.2
Path: /Users/charlottewickham/.pyenv/versions/3.12.2/bin/python3
Jupyter: 5.9.1
Kernels: python3
[✓] Checking Jupyter engine render....OK
[✓] Checking Julia installation...
I used an AI tool for this investigation. The results come from a local clone of quarto-cli and a local reproduction.
- 主要語言
- JavaScript
- 星號
- 6.1k
- 分支
- 476
- 平均合併
- 16 小時 57 分鐘
- 30 天內合併 PR
- 102
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
quarto-dev/quarto-cli 的其他 Issue
-
accessibility bug website-navigation
難度 2/5 1-3 小時 新手友好度 83/100
quarto-dev/quarto-cli#15190 ·
維護者通常 1 天內回覆
-
Navbar dropdown toggles have `role="link"`可能已有人在做 @Mittalnew 今天認領。 未關閉accessibility bug website-navigation
難度 2/5 1-3 小時 新手友好度 88/100
quarto-dev/quarto-cli#15188 · 1 則留言 ·
維護者通常 1 天內回覆
-
accessibility bug html websites
難度 2/5 1-3 小時 新手友好度 75/100
quarto-dev/quarto-cli#15187 ·
維護者通常 1 天內回覆
-
enhancement themes websites
難度 2/5 1-3 小時 新手友好度 82/100
quarto-dev/quarto-cli#15179 ·
維護者通常 1 天內回覆
-
about-page bug layout websites
難度 1/5 1-3 小時 新手友好度 82/100
quarto-dev/quarto-cli#15178 ·
維護者通常 1 天內回覆
查看 quarto-dev/quarto-cli 的全部 Issue
相似的 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 64/100
維護者通常 1 天內回覆
-
bug needs-triage
難度 2/5 1-3 小時 新手友好度 76/100
apex-dev-tools/apex-log-parser#199 ·
維護者通常 1 天內回覆
-
enhancement good first issue hacktoberfest help wanted
難度 2/5 1-3 小時 新手友好度 78/100
-
ReadBufferStream.addBuffer adds the full ArrayBuffer of a typed array view, and ignores its byteOffset可能已有人在做 @wayfarer3130 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆
-
Expo 57 example: pnpm install fails with ERR_PNPM_TRUST_DOWNGRADE可能已有人在做 @github-actions 今天認領。 未關閉bug react-native team/client-libraries
難度 2/5 1-3 小時 新手友好度 68/100
PostHog/posthog-js#5442 · 1 則留言 ·
維護者通常 1 天內回覆