Custom placement merge and filtering

Verification Boundary

Pure custom-app and type fixtures check placement validity, grouping, ordering, readability, trusted navigation answers and otherwise unfinished domains. Asynchronous Metadata fallback and designer revalidation require additional execution.

This register records static review at the supplied source commits. The suite exists, but this pass does not run it or mark its conformance verified.

What This Suite Proves

• A readable placement can reveal an unfinished section.
• A placed object gives an unfinished application a destination.
• Placed types join built-in and custom-app navigation.
• Invalid and inactive placements contribute no entry.
• Unreadable custom applications disappear.
• Trusted navigation differs from local fallback authority.
• A placement gives an otherwise unfinished domain useful work.

Bindings that span files are collective: each file contributes only its recorded assertions. The exact anchors are in frontmatter.

What It Does Not Prove

The register claims only the linked scenario outcomes at this boundary. It establishes no passing deployment result, complete permission matrix or unlisted cross-capability journey. Proposed scenarios and the remaining lifecycle, invariant and race obligations stay in the coverage findings.

Real Dependencies and Test Doubles

The imported functions, registry declarations and any static component rendering are real. Independent in-memory inputs represent grants, contexts or records; there is no deployed service or browser session.

Must Not Be Doubled

Do not replace the function, component, registry or source declaration under test. Keep the expected outcome independent of its implementation; injected inputs do not justify stubbing the computation being verified.