/projects/ returns 404 while all four project pages are live and three are in the sitemap #140
Labels
No labels
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
burndown-2026-06
burndown-2026-08
icebox
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilysiren/website#140
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Narrowed 2026-08-28. This issue originally carried a second finding about the
housecastpage'sTKstubs. That was already#139, filed 25 minutes earlier. Removed rather than left to be triaged twice. See the comment below.The finding
Live HTTP against
www.coilysiren.me, 2026-08-28:Four project pages are live, three are in the sitemap, and the parent path is a 404. The sitemap carries 92 entries and none of them is
/projects/.Why this is not covered by
#133#133decides the hub-and-spoke shape and its done-list requires "Four pages live atcoilysiren.me/projects/<name>/". It never asks for an index at/projects/, so a reader who trims the URL or follows a breadcrumb instinct lands on an error and#133closes green with that still true.That is the gap: the decision was about the spokes and the parent path was never assigned an owner.
What it is not
Not a routing bug. The four children resolve correctly, so the collection and templates work. There is simply nothing at the parent.
Three resolutions, and the call is this repo's
#133, and it givesllms.txtand the sitemap a natural parent./projects/is never a destination, in which case it should still not 404. A 404 on a path whose children are indexed reads as breakage rather than as intent.#138is relevant: project pages assume they are served at the site root, which breaks under a vanity domain. Whatever lands here should not make that worse.Done when
/projects/no longer returns 404, by whichever of the three the repo picks.Refs
#133,#138,#139,coilysiren/inbox#479/projects/ returns 404 while all four project pages are live, and /projects/housecast/ serves a TK stubto /projects/ returns 404 while all four project pages are live and three are in the sitemap