Skip to content

Two more Quarto setup call sites 403 on TinyTeX install (altdoc-multiversion-docs.yml, claude.yml) -- same as #270 #432

Description

@d-morrison

Follow-up from #270 / #431. The #431 review found two other in-repo call sites of quarto-dev/quarto-actions/setup@8a96df1 that pass tinytex: true with no GH_TOKEN, so quarto install tinytex's rstudio/tinytex-releases latest-release lookup is unauthenticated and can 403 on shared runners (the exact #270 signature):

  • .github/workflows/altdoc-multiversion-docs.yml "Set up Quarto" step (~L229-233). Job-level env: sets only GITHUB_PAT/DOCS_SOURCE_DIR, neither of which Quarto's installer reads.
  • .github/workflows/claude.yml "Set up Quarto" step (~L480-484). No step-level env:, unlike that file's other steps which set GH_TOKEN per step.

(gemini.yml's setup call passes no tinytex, so it is unaffected.)

Fix

Add a step-level env: GH_TOKEN: ${{ secrets.GITHUB_TOKEN }} to each, matching those files' local convention (they use secrets.GITHUB_TOKEN, not the composite-only github.token).

Why not folded into #431

Both files are under .github/workflows/, so per #386 a PR editing them makes the dispatched claude-review fail its workflow-content validation ("must have identical content to the default branch") and produce no verdict. Folding these into #431 would have broken #431's own clean review. This PR will therefore need a self-review + manual merge, per CLAUDE.md's "A PR fixing claude-code-review.yml (or claude.yml) itself can't self-verify" section.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions