Project

General

Profile

Actions
Copy link

Bug #95392

open

HTMLparser don't remove closing tag

Added by Oliver Pfaff over 2 years ago. Updated over 2 years ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Frontend
Target version:
-
Start date:
2021-09-28
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
10
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Hello dear Core Team,
im using this configuration inside a TYPO3 10.4.20 Composer installation:

// Remove any 'shy' classes from <span> elements:
lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser.tags.span.fixAttrib.class.removeIfEquals = shy

// Remove all <span> elements which have no attribute:
lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser.rmTagIfNoAttrib = span

when there are nested span tags we have stuff like this happening

The DB entry shows

<p><span class="big">Wir suchen Verstä<span class="shy">&shy;</span>rkung für unser Team und freuen uns darauf Sie kennen zu lernen !</span></p>

and its rendered after passing through the parseFunc to this
<p><span class="big">Wir suchen Verstä­</span>rkung für unser Team und freuen uns darauf Sie kennen zu lernen !</p>

Sebastian Klein wrote some more information about this here:
https://github.com/sebkln/linebreak/issues/7

Thanks a lot for your hard work.

Actions
Copy link
 #1

Updated by Oliver Hader over 2 years ago

Did you identify, whether that worked in earlier versions and when it did stop working?

Actions
Copy link
 #2

Updated by Oliver Hader over 2 years ago

  • Category set to Frontend
Actions
Copy link
 #3

Updated by Oliver Pfaff over 2 years ago

Hi Oliver,
No, sorry I didn't, this one was the first time i noticed it because there was nested styles in the sentence. In my research after this, I had found some similar forge entries like https://forge.typo3.org/issues/50144 maybe it's connected.

Actions
Copy link

Also available in: Atom PDF