Warning: Dom\HTMLDocument::createFromString(): tree error unexpected-token-in-initial-mode in Entity

[askonomm]

Description

The following code:

<?php

$dom = HTMLDocument::createFromString('<p>hello</p>', HTML_NO_DEFAULT_NS);

Resulted in this output:

Warning: Dom\HTMLDocument::createFromString(): tree error unexpected-token-in-initial-mode in Entity

But I expected this output instead:

It to work normally, given that it gets a perfectly valid piece of HTML. It doesn't break the HTML parsing, so it seems to work, but for some reason throws a warning.

PHP Version

PHP 8.4.0 RC1

Operating System

Debian 12

[devnexen]

hmmm do not know if that is a bug, i.e. if we are supposed to pass a full valid html doc. But I do not have the full picture so cc @nielsdos.

[nielsdos]

The dtd is missing, so the document is actually not standard compliant.
You can silence this by passing LIBXML_NOERROR to the options as well (using bitwise OR).

[askonomm]

So then partial HTML documents are not supported? There are use cases where you'd want to parse recursively parts of a document, e.g template partials come to mind as a very common use case. I suppose I can indeed suppress the warning, but that to me indicates that I can't rely on making something that is thought to be wrong design, as that would mean the warning can turn into a fatal error at some point in the future. Either that or I just sort of "hack it" and programmatically add a DTD to a HTML partial if its not present, then remove it before merging it to the larger document.

[nielsdos]

So then partial HTML documents are not supported? There are use cases where you'd want to parse recursively parts of a document, e.g template partials come to mind as a very common use case.

Yes it is, via $innerHTML. Not via Dom\HTMLDocument nor via DOMDocument as they expect full documents.
Note that "partial HTML" does not actually exist, how it is parsed depends on the context where the fragment is used in.

as that would mean the warning can turn into a fatal error at some point in the future.

It won't be a fatal error or exception because suppressing parse errors is something people want to do legitimately. You'll find that a lot of web pages actually violate at least one of the parsing/tokenization rules that HTML defines.

Either that or I just sort of "hack it" and programmatically add a DTD to a HTML partial if its not present, then remove it before merging it to the larger document.

Note that the parser adds a body and html tag implicitly, so you'll have to get rid of that too or use the LIBXML_HTML_NOIMPLIED option. But again, using $innerHTML would be the better option.

[opab]

Yes it is, via $innerHTML. Not via Dom\HTMLDocument nor via DOMDocument as they expect full documents.
Note that "partial HTML" does not actually exist, how it is parsed depends on the context where the fragment is used in.

Note that the parser adds a body and html tag implicitly, so you'll have to get rid of that too or use the LIBXML_HTML_NOIMPLIED option. But again, using $innerHTML would be the better option.

Since I need to parse and update partial HTML5 I've been trying to figure out what $innerHTML refers to in this context. Is it at part of Dom\HTMLDocument or referring to some other PHP functionality entirely?

[nielsdos]

Since I need to parse and update partial HTML5 I've been trying to figure out what $innerHTML refers to in this context. Is it at part of Dom\HTMLDocument or referring to some other PHP functionality entirely?

There's an $innerHTML property on Dom\Element