Superfluous p-tags added by lib.parseFunc.makelinks when link is parsed and string contains other tags
lib.parseFunc.makelinks = 1 is set (default), superfluous p-tags are added when the string contains additional tags (e.g. em or strong).
Raw input created with CK Editor in the TYPO3 backend:
<p>This text contains an string URL https://www.typo3.org and no superfluous p-tags are added by lib.parseFunc.makelinks</p> <p>This text <em>contains</em> an string URL https://www.typo3.org and <em>superfluous</em> p-tags are by lib.parseFunc.makelinks.</p> <p>This text <strong>contains</strong> an string URL https://www.typo3.org and <strong>superfluous</strong> p-tags are added by lib.parseFunc.makelinks.</p> <p>This text <strong>contains</strong> an linked URL <a href="https://www.typo3.org">https://www.typo3.org</a> and no <strong>superfluous</strong> p-tags are added by lib.parseFunc.makelinks.</p>
Expected Result (screenshot):
Current Result (screenshot):
Updated by Henrik Elsner 3 months ago
Can confirm too for v10.
To prevent this happening one could set makeLinks = 0 of course.
Also properly linking the external URI instead of letting the rendering handle that solves that too for editors (which is still not the bug solution)
Lastly in our case we had that especially with f:format.html, not with format.raw
Updated by Timo Webler 27 days ago
I looked into that. The problem was introduced with #39261.
The parsing of `makeLinks` is correct, but after the call of `http_makelinks` the method `_parseFunc` is called again.
This call wraps the content with an `p` tag.
The wrap is set by `encapsLines`.
Can be deactivated by `lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines >`, but these is no solution for these problem.
I don't know how to solve it.