Match the report title.
Look for "EPUBCheck error code" or the closest title above. Keep the original EPUBCheck, KDP, or Kindle Previewer wording if it differs.
EPUB error guide
Keep the exact EPUBCheck code, message, and path. Use them to separate missing resources, OPF or NCX wiring, ZIP packaging, and XHTML parse errors before you change the EPUB.
Keep first
The code, message, and file path together show what EPUBCheck found. A code by itself is not enough to choose a fix.
Find next
RSC usually points to links, resources, or markup; OPF and NCX to package or navigation files; PKG to the ZIP or container; and MED to read-aloud media overlays.
Check before fixing
Missing content, unclear anchors, reading order, and formatting choices need the source project or manual review.
Scan when the message does not name the affected path. The report shows affected paths and repair decisions, not manuscript text.
Need fixed-layout, DRM, or source-file help? Check unsupported or review-first EPUB cases.
Match these report titles
Use this guide when
Your message matches "EPUBCheck error code" or one of the report titles above.
Upload if
You have the exported reflowable .epub and need the affected path, file, field, or repair decision before editing.
Handle outside this tool
Use the source tool or publishing workflow for DOCX, PDF, KPF, KCB, fixed-layout, comics, image-first books, DRM, visual design, or KDP listing and approval problems.
Read the scan report
Use the report label, affected file, and repair decision together. A matching title alone is not enough if the file path or EPUB structure points to a different problem.
A useful report does not stop at the error name. It connects the message to an internal file and a next action.
Look for "EPUBCheck error code" or the closest title above. Keep the original EPUBCheck, KDP, or Kindle Previewer wording if it differs.
Use the Affected area, Source file, Target file, or Problem type rows before editing OPF, nav, XHTML, CSS, or image paths.
Repairable means one clear structural change. Needs review or Not supported means use the named file, source project, or platform step.
Copy these fields from the report instead of rebuilding the fix from memory.
1. Example report output
A useful report should preserve the original EPUBCheck wording while adding a practical file-level decision.
Original code
RSC_005, RSC_007, RSC_012, OPF_030, NCX_001, PKG_006, MED_016, or another EPUBCheck family.
Affected file
The OPF, nav.xhtml, toc.ncx, chapter XHTML, CSS, image, or ZIP entry related to the message.
Root blocker
The first issue to inspect before fixing secondary messages.
Decision
Repairable, manual review, or unsupported.
Recheck
Run EPUBCheck again after any structural repair before retrying KDP or another platform.
The report should reduce the EPUBCheck output into a repair order instead of turning every line into a separate task.
2. Next step
The code family usually tells you which EPUB layer to inspect first.
RSC
Start with the named XHTML or resource path. A missing file, missing anchor, duplicate id, named entity, namespace, or encoding error needs a different next step.
OPF / NCX / MED
Open content.opf, toc.ncx, or the named SMIL file before changing visible content; repair only when every package relationship and target is unique.
PKG
Check mimetype order, compression, container.xml, and OPF rootfile paths before editing chapters or rebuilding the package.
3. Concrete path example
Fixing the first package problem can remove several secondary lines.
EPUBCheck: OPF_030: unique-identifier was not found RSC_007: referenced resource could not be found RSC_012: fragment identifier is not defined Report: Primary blocker: content.opf metadata identifier mismatch Secondary blocker: nav.xhtml contains stale chapter and anchor links Decision: repair OPF only if one dc:identifier is clear; review nav links separately
Do not assume the first line printed by EPUBCheck is the only issue. Use the affected paths to decide repair order.
Quick decision
EPUBCheck validates package rules. Some problems are safe package repairs; others point to missing content or reader-destination decisions.
Good fit
These are the messages EPUB Fixer is designed to locate and classify.
Manual fit
The report can still hand you the affected path, but the final choice may belong in the source project or EPUB editor.
Not this tool
Use the source formatter, conversion tool, or platform workflow rather than treating it as an EPUBCheck repair.
Start here
EPUBCheck can report many lines for one root problem. Keep the exact code and message, then group the output by family: RSC for links, resources, and markup; OPF and NCX for package or navigation wiring; PKG for ZIP or container problems; and MED for read-aloud media overlays.
EPUBCheck checks whether the EPUB package follows EPUB rules. The code points to a category, but the useful fix depends on the affected internal file and path.
A checked repair is possible when the scan independently confirms one clear structural correction, including a package, manifest, metadata, navigation, path, anchor, media-type, media-overlay connection, duration total, ZIP, XHTML namespace, known named entity, or supported encoding fix.
Copy the exact EPUBCheck code and message before editing.
It stops when the correct fix would require choosing missing content, chapter order, note targets, narration timing, read-aloud order, visible layout, source formatting, conversion output, platform policy, or anything outside the EPUB structure.
Common situations
Start from the code family if you have one. If you only have a long report, scan the EPUB and use the grouped result.
These usually involve XHTML, CSS, nav.xhtml, toc.ncx, images, chapter paths, or fragments after #.
Check source and target paths separately before renaming files or adding anchors.
The cause may be a duplicate id, an HTML named entity, a missing XHTML namespace, or a wrong XML encoding declaration.
Keep the file path and full parser message. Duplicate ids need manual review; deterministic encoding, namespace, entity, or matching language-label problems can be reported separately by the scan.
These usually involve content.opf, identifiers, manifest entries, media types, or reading order references.
Open content.opf and inspect the specific field before changing visible book content.
These usually involve mimetype, compression, container.xml, or the OPF rootfile path.
Fix package wrapper issues first because they can hide deeper validation errors.
MED_011 through MED_018 can involve page-to-SMIL connections, audio or text fragments, and package duration metadata.
Use the report to check the named OPF, SMIL, XHTML or SVG path. Automatic repair is allowed only when the existing files prove one connection or fragment value without changing narration timing or reading order.
EPUBCheck errors: RSC, OPF, NCX, PKG, NAV, MED, and XHTML parse messages that point to package, metadata, navigation, link, anchor, manifest, media overlay, markup, or ZIP problems.
EPUBCheck reports one or more errors before KDP, Kindle Previewer, Apple Books, Google Play Books, or another publishing workflow accepts the EPUB.
What it means
EPUBCheck checks whether the EPUB package follows EPUB rules. The code points to a category, but the useful fix depends on the affected internal file and path.
Common causes include missing resources, missing anchors, XHTML parse errors, wrong OPF identifiers, missing manifest items, wrong media types, disconnected navigation, invalid NCX wiring, broken SMIL connections or duration metadata, bad container.xml paths, and incorrectly packaged ZIP wrappers.
Before you edit
Do not fix errors one line at a time until you know whether several messages share the same missing file, manifest entry, metadata id, navigation file, anchor, or ZIP wrapper problem.
Why KDP checks it
EPUBCheck checks EPUB 2 and EPUB 3 files against the official rules and reports package, markup, link, and file-reference problems.
The OPF file is the EPUB's map: metadata, file list, reading order, and navigation wiring. KDP and EPUBCheck use it to decide whether the book package is coherent.
KDP supports EPUB files that meet Kindle Publishing Guidelines and recommends checking the file with Kindle Previewer before upload.
Can this be fixed safely?
A checked repair is possible when the scan independently confirms one clear structural correction, including a package, manifest, metadata, navigation, path, anchor, media-type, media-overlay connection, duration total, ZIP, XHTML namespace, known named entity, or supported encoding fix.
It stops when the correct fix would require choosing missing content, chapter order, note targets, narration timing, read-aloud order, visible layout, source formatting, conversion output, platform policy, or anything outside the EPUB structure.
Before: EPUBCheck reports OPF_030 because package unique-identifier points to a missing metadata id. After: align it only when one real dc:identifier is clear and EPUBCheck passes again. Before: RSC_012 points to a missing footnote anchor; review the intended note target manually.
Ready to retry?
Upload the same EPUB that produced the EPUBCheck output. The report can group related issues and show whether the next step is checked repair, manual review, or unsupported.
Upload EPUB to scanFAQ
Keep the original code, then find the affected EPUB file and path. The code family tells you the area, but the path tells you what to inspect.
No. The full message can identify a duplicate id, missing required element or attribute, illegal namespace or element, malformed XML, named entity, encoding, forbidden control character, DOCTYPE, occurrence, or unresolved IDREF problem. Keep the complete message because the code alone does not choose the next step.
Only when the scan finds a deterministic change such as a missing or wrong XHTML namespace, a supported encoding conversion, a known HTML named entity, or one missing matching language label. Duplicate ids and malformed document structure remain manual.
Only in narrow cases where the OPF, SMIL, XHTML or SVG files prove one page connection, one case or URL-encoding fragment correction, one empty audio fragment removal, or one package duration total. It does not guess narration timing, text highlights, audio order, or which competing SMIL file is correct.
No. It can only repair clear structural issues. Missing content, ambiguous anchors, chapter order, source formatting, and visual layout need manual review.
Not always. Several lines can come from one root package problem. Group them by source file and target path first.
Yes, if you already have a reflowable EPUB. Scan the EPUB output before another KDP or Kindle Previewer retry.