Troubleshooting
Knowledge Library: Troubleshooting and Recovery
Diagnose and recover common Knowledge Library failures without losing state.
Knowledge Library · Troubleshooting
Structured documents, collections, topics, pathways, sources, citations, evidence, claims, scholarly discovery, review, and institutional knowledge.
Purpose
This guide uses an evidence-first diagnostic sequence for Knowledge Library. Preserve state before changing configuration. Determine whether the failure comes from input data, permissions, version identity, browser assets, backend health, schema compatibility, external dependencies, or a product defect.
Prerequisites
- Exact error message and time
- Product, backend, package, and schema versions
- Affected route, feature, record ID, and user role
- A safe backup or export
- The synthetic sample for a reference test
Sample data
This article uses a fictional Resilient Community Retrofit Program. The files contain one demonstration row for every documented feature, so each capability can be tested without private or production data.
Download CSV feature examples · Download JSON workspace example
Preview
| # | Feature | Sample action | Expected result | Classification |
|---|---|---|---|---|
| 1 | Foundation Documents | create a stable platform methodology document | a full-page managed document with original-file link | synthetic-demo |
| 2 | PDF-to-Document | import a product brief PDF while retaining the original | an editable searchable document and source attachment | synthetic-demo |
| 3 | Collections | group the six guides into a Product Documentation collection | a browsable collection | synthetic-demo |
| 4 | Topics and Concepts | relate retrofit documents to energy efficiency and resilience | semantic topic and concept links | synthetic-demo |
| 5 | Research Pathways | build an ordered retrofit planning pathway | a reusable reading and action route | synthetic-demo |
The downloadable files include all 18 feature rows.
Procedure
- Stop repeated imports, submissions, migrations, or destructive retries.
- Record URL, feature, action, role, versions, browser/runtime, and expected result.
- Run the same feature row in a new synthetic workspace.
- If the sample fails, inspect health, logs, browser console, network response, and validation details.
- If the sample succeeds, compare real input schema, units, permissions, size, source, and status with the sample.
- Check version and schema identity before clearing caches or reinstalling.
- Apply the smallest reversible change.
- Repeat the sample and real workflow, then document the result.
Common problems
| Symptom | Likely cause | Safe response |
|---|---|---|
| PDF text incomplete | scan or layout prevents reliable extraction | retain original and correct content manually |
| Topics do not expand | script, cache, or relationship payload failed | check console, shortcode, cache, and relationships |
| Citation missing fields | author, year, title, or publisher is incomplete | complete the source or mark provisional |
| Duplicate source | same DOI, URL, or normalized title exists | link or merge after review |
Escalation package
- Product and version
- Feature and component
- Exact error text
- Reproduction steps using synthetic data
- Expected and actual result
- Redacted log excerpt without secrets or personal data
- Whether a clean sample reproduces the problem
Expected output
- A reproducible diagnosis or bounded unresolved issue
- Preserved user and system state
- A documented workaround when available
- A support-ready issue summary without private data
Verification
- The synthetic feature succeeds after the fix.
- The original workflow succeeds or remains safely isolated.
- Version and health identity are consistent.
- No duplicates, stale locks, or unintended cache artifacts remain.
- The resolution is reflected in a support article, known issue, or release record when appropriate.
Responsible use
Respect copyright, licensing, privacy, and access restrictions; discovery metadata does not grant reproduction rights.
Never place credentials, API keys, private URLs, personal records, client documents, or confidential logs in a public article or issue.
