Generated wiki posts can disappear after primary-mode reload
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 42/100
Research direction
Start by reproducing the reported WP-CLI count and readiness checks, then inspect wp-content/markdown/wiki/wordpress-com/ alongside the primary-mode reload behavior. Trace how normal WordPress API writes for generated wiki posts are persisted and reloaded. Done means generated pages remain available after deploy/reload and the wordpress-com readiness report still includes them.
Written by the indexing model from the issue text.
Description
Summary
On intelligence-chubes4, Data Machine/Intelligence generated hundreds of wiki posts under wordpress-com during live ingestion, but after an Intelligence deploy/reload the WordPress.com corpus collapsed back to the markdown-backed seed tree.
Observed
Before deploy/reload:
wp post list --post_type=wiki --post_status=publish --format=countreported486.wp intelligence wiki eval readiness --root=wordpress-com --sample=100was green.- Newly generated WordPress.com pages included high-ID posts like:
Dotcom Updates — 2022-12-06(6971)Avalancha Team Updates - June 6th(6975)The Ankler launch(6974)- Gutenberg rollout dated pages (
6755,6758,6763)
After deploying Intelligence and re-running WP-CLI:
wp post list --post_type=wiki --post_status=publish --format=countreturned111.wp intelligence wiki status wordpress-com --format=jsonreported only12pages underwordpress-comand readiness false.wp-content/markdown/wiki/wordpress-com/contains only the seed tree, not the generated pages.- Searching
wp-content/markdown/wikifound no generated files forgutenberg-rollout,dotcom-updates, orankler.
Why this matters
intelligence-chubes4 runs Markdown Database Integration in primary mode. If generated wiki posts are not mirrored durably to markdown (or are otherwise lost on markdown-index reload), Data Machine/Intelligence ingestion can appear successful in SQLite but disappear after a deploy/reload.
Expected
Generated wiki posts written through normal WordPress APIs should persist durably across primary-mode reloads, either by writing markdown files or by having an explicit supported path for generated/transient content.
Notes
The new Intelligence operator status report in Automattic/intelligence#482 surfaced the issue by reporting only the durable 12-page wordpress-com tree after deploy. Debug log entries show HTML-to-block conversion warnings for generated pages around the time they were created, but the posts were visible/readable before reload.
- Dominant language
- PHP
- Stars
- 7
- Forks
- 1
- Avg merge
- 26m
- Merged PRs (30d)
- 26
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Automattic/markdown-database-integration
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
Automattic/markdown-database-integration#424 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 78/100
Automattic/markdown-database-integration#420 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
Automattic/markdown-database-integration#415 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 78/100
Automattic/markdown-database-integration#414 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 72/100
Automattic/markdown-database-integration#401 ·
Maintainers usually reply within 1 day
All issues in Automattic/markdown-database-integration
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
matomo-org/device-detector#8405 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
Maintainers usually reply within 1 day
-
sync-en
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
Maintainers usually reply within 1 day
-
sync-en
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
Maintainers usually reply within 4 days