Skip to content

docs(masters-tournament): document all 51 settings, 17 of which do nothing - #419

Open
ChuckBuilds wants to merge 1 commit into
mainfrom
docs/masters-readme
Open

docs(masters-tournament): document all 51 settings, 17 of which do nothing#419
ChuckBuilds wants to merge 1 commit into
mainfrom
docs/masters-readme

Conversation

@ChuckBuilds

Copy link
Copy Markdown
Owner

Not one setting had a named key

All 51 were described in prose and JSON examples — there was no path you could copy into config.json for any of them. All 51 are now documented at the paths the schema expects.

Seventeen of them have no effect

Counting reads of each top-level block across the plugin's Python:

block            reads   leaves
display_modes        9       29
notifications        0        8
branding             0        4

Neither config.get("notifications") nor config.get("branding") appears anywhere in the plugin, and neither is read by the core. The README had sections for both — describing alerts that interrupt the display, and toggles for the Masters logo, the green jacket, the azaleas and a colour scheme.

Five more leaves inside display_modes are unread despite that block being live: player_cards.show_headshots, player_cards.duration_per_player, course_tour.show_animations, course_tour.duration_per_hole, course_tour.featured_holes.

Filed as #418. I have marked them in the README and changed nothing in the schema — whether these were abandoned or unfinished is your call.

Two that look dead and are not

Both checked before assuming, after cricket-scoreboard (#416) turned out to read mode_durations through a runtime-built key:

  • display_modes.<mode>.enabled never appears as a literal for most modes. It is read generically via config_key_map, so every mode's enabled is live.
  • featured_holes has six source hits — every one is the display mode masters_featured_holes, not the course_tour.featured_holes config key. That key really is dead.

Images: all fourteen modes

Rendered with the plugin's own mock_data mode, so they need no network at all — the cleanest fixture of any plugin so far.

They are split into two sheets because enabling a mode is not sufficient on its own: eight render only during Masters week, six only outside it, and the other set comes out blank. I confirmed this by rendering the six blank ones again with the clock moved to January, where all six render fine — so it is the phase gate working as designed, not a fault. The README now says so, since "I enabled it and got nothing" is otherwise a reasonable bug report.

One observation I am not filing: on a 128-wide panel Amen Corner packs three hole names against their par and yardage and the two columns sit very close. I could not measure a definite overlap, so the README notes the tightness rather than claiming a defect.

Checks

  • check_plugin.py: 80/80 pass, no failures
  • render_docs_assets.py --check: all four images reproduce
  • config-token audit: nothing dropped

Docs only. 2.5.5 → 2.5.6.

🤖 Generated with Claude Code

…thing

Not one of the 51 settings had a named key in the README -- they were
described in prose and JSON examples, so there was no path to copy into
config.json for any of them. All 51 are now documented at the paths the schema
expects.

Seventeen of them have no effect. Counting reads of each top-level block
across the plugin's Python:

  display_modes    9 reads   29 leaves
  notifications    0 reads    8 leaves
  branding         0 reads    4 leaves

Neither config.get("notifications") nor config.get("branding") appears
anywhere in the plugin, and neither is read by the core -- yet the README had
sections for both, describing alerts that interrupt the display and toggles
for the Masters logo, the green jacket, the azaleas and a colour scheme. Five
more leaves inside display_modes are unread: player_cards.show_headshots and
.duration_per_player, and course_tour.show_animations, .duration_per_hole and
.featured_holes. Filed as #418; nothing removed from the schema.

Two that look dead and are not, both checked before assuming:
display_modes.<mode>.enabled is read generically through a key built from the
mode name, and the six source hits for featured_holes are all the display mode
masters_featured_holes rather than the config key of that name.

Images: all fourteen display modes, rendered with the plugin's own mock_data
mode so they need no network. They are split by tournament phase because
enabling a mode is not enough on its own -- eight render only during Masters
week and six only outside it, and the other set comes out blank. That is the
phase gate working, which the README now says.

check_plugin.py: 80/80 pass, no failures.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@coderabbitai

coderabbitai Bot commented Sep 4, 2026

Copy link
Copy Markdown
Contributor

Important

  • 🔍 Trigger review

This repository does not receive automatic reviews because it has fewer than 10 stars.

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Team

Run ID: e608587e-0851-4f66-a944-1d69bb3ff2b8


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@codacy-production

Copy link
Copy Markdown

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.

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