← back to v147 · remove-inline-xslt-for-production-of-svg

conformance · v147

v147 · remove-inline-xslt-for-production-of-svg — conformance probe

7 assertions drawn from the spec. Each is a single contract the spec text makes. Pass/fail reflects what this browser executed; blocked means the contract was not run because it needs user mediation, hardware, or another unavailable precondition. Open the page in Chrome stable / canary / Firefox / Safari to compare.

browser: spec: https://html.spec.whatwg.org/multipage/dynamic-markup-insertion.html#domparser chromestatus: #5143784390262784 generated 2026-06-05T11:11:10Z by manual-codex
0
pass
0
fail
0
blocked
7
total
id contract kind verdict detail
xslt-processor-exists XSLTProcessor is exposed in global scope for programmatic transforms (JS API replacement). spec ↗ exists
dom-parser-exists DOMParser is available in window context. spec ↗ exists
dom-parser-svg-supported DOMParser correctly parses an SVG string with the image/svg+xml mime type. spec ↗ script
dom-parser-svg-malformed-input-reports-parsererror DOMParser reports malformed image/svg+xml input with a parsererror document rather than silently producing an SVGElement. spec ↗ script
create-element-ns-svg createElementNS correctly instantiates inline SVGElements (fallback path). spec ↗ script
xml-stylesheet-processing-instruction-detectable DOMParser preserves an xml-stylesheet processing instruction so migration tooling can detect the affected XSLT entry point. spec ↗ script
xslt-processor-can-produce-svg-document The transitional XSLTProcessor bridge can still transform XML data into an SVGElement when the stylesheet emits the SVG namespace. spec ↗ script