Repository navigation
Docs site serves a build from 2026-07-07: mike deploys to gh-pages, Pages never rebuilds #201
Description
Activity
- addedbugSomething isn't workingSomething isn't workingdocumentationImprovements or additions to documentationImprovements or additions to documentation
on Sep 22, 2026 Fixed. The site serves mike's current build again.
What was changed
The repository Pages setting is now
build_type: legacywith source
gh-pages/, which is whatdocs.ymlandon-release-main.ymlassume.The setting change alone did not start a build. It needed an explicit
POST /repos/OpenSemanticLab/osw-python/pages/builds. That build succeeded for
gh-pagescommit6464a55. Later pushes by mike now build automatically.Verification
URL Before After https://opensemanticlab.github.io/osw-python/ 200, the July site 200, redirects to latest/https://opensemanticlab.github.io/osw-python/dev/ 200, the July devsection200, mike's devversionhttps://opensemanticlab.github.io/osw-python/latest/ 404 200 https://opensemanticlab.github.io/osw-python/versions.json 404 200, lists devand 2.0.0 to 2.7.1https://opensemanticlab.github.io/osw-python/dev/tools/mcp/ 404 200 Likely origin of the wrong setting
Two commits by Andreas Raeder (raederan) on 2026-07-07, 12 minutes apart:
- 13:40 UTC 22c6326 added
actions/upload-pages-artifact@v4andactions/deploy-pages@v4. That design
requiresbuild_type: workflow. - 13:52 UTC edd958a removed
both actions and replaced them with mike. That design requires
"Deploy from a branch".
The setting was never changed back. This is an inference, not a verified fact:
the Pages setting is not stored in git, and the organization audit log is not
readable through the API. What the data does establish is that branch builds
ran until 2026-07-07T08:45Z and never again, so the mode changed after that
time.A second defect this exposed
mike serves every page under a version directory. The
gh-pagesroot holds
only a redirect. So unversioned deep links in the repository did not work, and
the table above could not reveal this because none of its URLs is one.Link Status README.md/get-started/, twice404 README.md/tools/200, but the 2026-07-07 Sphinx page CONTRIBUTING.md/dev/200, but mike's devversion home, notdocs/dev.mdThe last one is a name collision: mike's version
devand the page
docs/dev.md. The development guide is at/latest/dev/.Fixed in 7da804e, which
points the four deep links at/latest/.... Root links inpyproject.toml,
CITATION.cffand the README badge stay unversioned, because the root redirect
works. All five documentation URLs remaining in the repository return 200.Follow-up
Removing the pre-mike Sphinx directories from the
gh-pagesroot is tracked in
#205. It has to wait until
7da804ereachesmain.Not addressed
Nothing detects the Pages setting drifting back to
workflow. The failure is
silent: workflow runs stay green,gh-pagesstays current, and the Pages API
reports"status": "built". Only a 404 report surfaces it.- 13:40 UTC 22c6326 added
The documentation site https://opensemanticlab.github.io/osw-python/ serves a build from 2026-07-07. Every page added since then returns 404, and mike's version paths do not exist on the site.
Checked on 2026-09-22:
devsection, not mike'sdevversionCause
The repository Pages setting and the deployment method disagree.
GET /repos/OpenSemanticLab/osw-python/pagesreturns"build_type": "workflow","source": {"branch": "gh-pages", "path": "/"},"status": "built".build_type: workflow, a push togh-pagesdoes not start apages-build-deploymentbuild. The last build and the lastgithub-pagesdeployment are both from 2026-07-07T08:45Z, forgh-pagescommit641d919.actions/upload-pages-artifact,actions/deploy-pagesandactions/configure-pagesappear in no file under.github/workflows/.gh-pages:osw-python/.github/workflows/docs.yml
Line 41 in d7f0116
osw-python/.github/workflows/on-release-main.yml
Lines 132 to 133 in d7f0116
gh-pagesbranch is current. Its head commit of 2026-09-22 13:50Z saysDeployed efde689 to 2.7.0 with Zensical 0.0.47 and mike 2.2.0+zensical-0.1.0. The tree holdsversions.json,latest/,dev/tools/mcp/and the version directories 2.0.0 to 2.7.0. None of it is served.osw-python/.github/workflows/docs.yml
Lines 1 to 2 in d7f0116
Fix
A repository admin sets Pages to "Deploy from a branch", branch
gh-pages, folder/. This is what docs.yml and on-release-main.yml already assume, so no code change is needed. Keepingbuild_type: workflowand adding an upload and deploy job would duplicate what mike does.The unversioned files at the root of
gh-pages(index.html,tools/,osw/,tutorials/and others) remain from the deployment before mike. After the switch,mike set-default --push latestdecides what the root serves, so those files can be removed in a separate step.Effect
No documentation URL can be linked from code, help output or a README. #200 points the
osw-mcphelp text at the file on GitHub instead of the documentation site for this reason.