Skip to content

fix: point the site at documentation that still exists - #6

Merged
frahlg merged 1 commit into
srcfl:mainfrom
HuggeK:fix/doc-links
Jul 30, 2026
Merged

fix: point the site at documentation that still exists#6
frahlg merged 1 commit into
srcfl:mainfrom
HuggeK:fix/doc-links

Conversation

@HuggeK

@HuggeK HuggeK commented Jul 30, 2026

Copy link
Copy Markdown
Contributor

Six of the site's links into srcfl/ftw are stale — five README anchors the README no longer has, and one that still opens but no longer shows what it promises.

Link on the site Was Now
01 Raspberry Pi image ftw#option-a-raspberry-pi-sd-card-image ftw/blob/master/docs/rpi-image.md
02 Docker installer ftw#option-b-docker-installer ftw#install-on-linux
03 Home Assistant ftw#option-c-home-assistant-os-add-on ftw#install-on-home-assistant
04 Build from source ftw#option-d-build-from-source ftw#local-development
"Get started" (closing CTA) ftw#quick-start ftw#install-on-linux
"Write a driver" ftw/blob/master/docs/writing-a-driver.md device-drivers/blob/main/docs/WRITING-A-DRIVER.md
"Browse drivers" ftw/tree/master/drivers device-drivers/tree/main/drivers/lua

The example filename in the code window follows the driver move too: drivers/my_inverter.luadrivers/lua/my_inverter.lua.

Why the five anchors failed silently rather than 404ing

GitHub serves the README whatever fragment you ask for, and simply drops one it cannot find. So a visitor clicking Raspberry Pi image got the FTW README scrolled to the top — no error, no hint that the page meant to take them somewhere specific. The install section was reorganized into ## Install on Linux and ## Install on Home Assistant, and the four #option-… headings plus #quick-start went with the old structure.

Why both driver links now leave the FTW repository

Driver source moved to srcfl/device-drivers, which is now FTW's default signed driver channel. In FTW, drivers/*.lua is gitignored and fetched at build time from the commit pinned in drivers/BUNDLED_SOURCE.json — so ftw/tree/master/drivers still resolves, but the only thing left in it is that pin file. FTW's README says it plainly: "There is no file to open a pull request against; fix it upstream and move the pin."

That matters for this section specifically, because its own copy says "Contribute the integration back through a pull request" — it should send people to the repository that can accept one. device-drivers is also where the contributor documentation now lives, including a blueprint/BLUEPRINT.lua that is verified like a shipped driver.

ftw/docs/writing-a-driver.md still exists and still describes the host API, so that link was not broken — it now points at the canonical version instead, which is the one that ends in a PR template.

Verification

Every remaining link into srcfl/ftw was resolved against srcfl/ftw@master — file tracked in git, #fragment matching a real heading — by the checker proposed in the companion PR:

$ WEB_SITE_FILE=.../index.html .github/check-web-links.sh
website links into this repository: 15 checked
every one of them resolves against this checkout

Run against the currently published index.html, the same checker reports the five dead anchors this PR fixes.

Companion PR in FTW adds that check to its merge pipeline so the next heading rename shows up here as a warning instead of as a dead button: srcfl/ftw#719

🤖 Generated with Claude Code

Six of the site's links into srcfl/ftw are stale. Five are README anchors the
README no longer has: the four install buttons point at
#option-a-raspberry-pi-sd-card-image through #option-d-build-from-source and the
closing "Get started" button at #quick-start, all dropped when that section was
reorganized into "Install on Linux" and "Install on Home Assistant". GitHub
discards a fragment it does not recognize instead of erroring, so each of those
buttons quietly left the visitor at the top of a long README. The sixth,
"Browse drivers", still opens srcfl/ftw/tree/master/drivers -- and finds no
drivers there. They moved to srcfl/device-drivers; drivers/*.lua is gitignored
in FTW now and fetched at build time from a pinned commit.

Raspberry Pi image goes to docs/rpi-image.md, the Docker installer and Home
Assistant buttons to the two install headings the README actually has, build
from source to #local-development. Both driver links go to srcfl/device-drivers
-- docs/WRITING-A-DRIVER.md and drivers/lua/ -- which is where a driver pull
request belongs now, so "Contribute the integration back through a pull request"
sends people to the repository that can accept one. The example filename in the
code window follows the same path.

Co-authored-by: HuggeK <48095810+HuggeK@users.noreply.github.com>
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.

3 participants