Skip to content

fix(dashboard): read the include toggles and the enabled switch - #1430

Merged
glennmichael123 merged 1 commit into
mainfrom
fix/dashboard-toggles
Aug 29, 2026
Merged

fix(dashboard): read the include toggles and the enabled switch#1430
glennmichael123 merged 1 commit into
mainfrom
fix/dashboard-toggles

Conversation

@glennmichael123

Copy link
Copy Markdown
Member

Four dashboard keys, all declared, all documented with defaults, none read.

The three include* toggles

includePackageJson, includeDependencyFiles, includeGitHubActions β€” in the feature page's defaults table as true, in its example config, and consumed by nothing. Every ecosystem was always listed whatever the config said.

generateDashboard now takes all three and filters the detected dependencies before the section renders; createOrUpdateDashboard passes them through beside the show* toggles it already honoured. Each toggle drops exactly its own section β€” there's a test per toggle, and one for all three off.

enabled β€” honoured as an explicit false only

Documented as defaulting to false; gated nothing.

Enforcing that default literally would switch the dashboard off for every repository that never wrote a dashboard block β€” the same trap ai.review.enabled set in #1406, and resolved the same way: unset means "not configured", never "off." The docs table now reads:

| enabled | boolean | true | Set to false to stop the dashboard being created or refreshed |

Checked in the two production paths that create or refresh the issue: the dashboard command, and the post-merge refresher from #1425. The refresher reports it as a skip through the post-merge outcome rather than returning silently, so a maintainer who disabled the dashboard and configured refreshDashboard sees the two settings disagree.

Tests

2148 β†’ 2153.

Lint βœ“ Β· typecheck βœ“ Β· check:docs βœ“ Β· 0 fail

πŸ€– Generated with Claude Code

https://claude.ai/code/session_01UWouahBJT3msK7V2VDYY6T

`includePackageJson`, `includeDependencyFiles` and `includeGitHubActions`
were declared on the dashboard config, documented in the feature page's
defaults table as `true`, shown in the example config, and read by
nothing. Every ecosystem was always listed whatever the config said.
`generateDashboard` now takes all three and filters the detected
dependencies before the section is rendered, and `createOrUpdateDashboard`
passes them through beside the `show*` toggles it already honoured.

`enabled` was documented as defaulting to `false` and gated nothing. It is
now honoured, but only as an explicit `false`. Enforcing the documented
default literally would switch the dashboard off for every repository that
never wrote a `dashboard` block β€” the same trap `ai.review.enabled` set in
#1406, resolved the same way: unset means "not configured", never "off".
The docs table now says so, since a documented default the code contradicts
is what this whole series has been about.

The switch is checked in the `dashboard` command and in the post-merge
refresher, which are the two production paths that create or refresh the
issue. The refresher reports it as a skip through the post-merge outcome
rather than silently returning, so a maintainer who disabled the dashboard
and configured `refreshDashboard` sees the two settings disagree.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01UWouahBJT3msK7V2VDYY6T
@glennmichael123
glennmichael123 merged commit 496463a into main Aug 29, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant