Repository navigation
Wiki.js sidebar lists only Home — the other seven pages are undiscoverable #5
Description
Activity
Fixed in #6 (squash-merged as 78cbc25).
The sidebar is now rebuilt from the pages that actually exist, in reading order, with the
home page targeted at/and everything else at its own path. Pages outsideNAV_ORDERare
appended alphabetically, so adding a page needs no list maintenance.On why the check missed it: it asserted every page returns 200 to an anonymous request,
which was true — every page was reachable. Reachable is not discoverable, and only the
first was being tested. It now decodes the base64 sidebar payload Wiki.js hands the theme
and fails when a published page is absent from it. Against the reported bug it names all
seven missing pages; against the fix it passes.The sidebar is read from what an anonymous request receives rather than from the admin API,
so the check reflects what a reader without an account actually sees.
After
docker compose up -d, the sidebar contains a single entry, Home. The other sevenpages are served correctly and can be reached by typing a URL, but nothing in the interface
links to them, so a reader who does not already know the page names cannot find them.
Wiki.js creates a static navigation list at setup containing only Home, and
wikijs/bootstrap.pynever replaces it.tools/check_wikijs.pydid not catch this: it asserts each page returns 200 to an anonymousrequest, which is true. Reachable is not the same as discoverable, and the check only tested
the first.
Expected once solved
alphabetically.
hand-maintained list.
tools/check_wikijs.pyfails when a published page is missing from the navigation ananonymous visitor receives.