Add Falah Cast episode 21 (Sejarah Melayu); wire topic calendar into routine; archive 2 empty repos; document numbering-bug root cause

falahcast-e19-published.md

@@ -43,3 +43,29 @@ the same stream as the response body) but had actually succeeded server-side
 response bodies to a separate file/variable from status-code output before
 parsing, and check for existing posts before assuming a "failed" call didn't
 actually go through.
+
+## Episode 21 — Sejarah Melayu (Malay Annals)
+
+**Live:** https://iqra.falahos.my/sejarah-melayu-memory-daulat-and-how-a-people-tells-its-story/
+
+Same pipeline. Also this session (2026-09-25): investigated the episode
+numbering duplication flagged earlier — root cause found in the campaign
+repo's commit history: episodes 11-18 exactly repeat the topics of
+episodes 2-8, in order, offset by 9 (e11=e02's topic, e13=e03's, ...,
+e18=e08's), with only e09/e10/e12 being genuinely new. This points to a
+topic-cycling/wraparound bug in the old `daily-cron.py`/`content-engine.py`
+pipeline. No fix needed/attempted — that pipeline is confirmed dormant
+(not scheduled anywhere on this Mac, per earlier pi diagnostic), and the
+current manual Notion-AI-driven episodes (19+) draw from never-used
+book-repo topics, sidestepping the bug entirely.
+
+Also: wired the researched 30-day topic calendar directly into the Iqra
+Times Daily Article routine (trig_01NjWBVBaDrtBbCU6mMq8xgf) — it now
+works through the fixed list in order (tracking position via the
+"Islamic Tech" Ghost tag) instead of self-picking topics each run.
+
+And: archived two empty/stale Gitea repos found in the earlier infra
+sweep (`wmj/mautic-mcp-server`, `wmj/ihya-migration-test`) via
+`PATCH /api/v1/repos/{owner}/{repo}` with `{"archived": true}` —
+reversible, non-destructive. `falah-mobile`'s earlier "partial API
+response" flag turned out to be a non-issue on re-check (69KB, healthy).