Project

General

Profile

Actions

Bug #26141

closed

RTE removes empty paragraphs before header

Added by Bastian Heer over 13 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2011-04-20
Due date:
% Done:

0%

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

Description

HTMLArea Version: 2.1.6

If I save my RTE with this html Structur:

<p></p>
<p></p>
<h1>Header</h1>

One p-tag were removed:

<p></p>
<h1>Header</h1>

When I save a second time, the other one were also removed.
And so on...

removeTrailingBR isset false. But that doesn't help at all.


Related issues 1 (0 open1 closed)

Is duplicate of TYPO3 Core - Bug #36904: RTE: Empty paragraphs are not correctly transformedClosedStanislas Rolland2012-05-07

Actions
Actions #1

Updated by Mario Rimann over 12 years ago

  • Target version set to 4.5.16

Just tested this one on TYPO3 v4.5.14 and it's still there. But I think it changed a bit: Instead of removing one <p> every time I save the content element, it now strips off all (empty, "empty" with just nbsp) <p> tags at the beginning of the RTE field. My test was:

<p>&nbsp;</p>
<p>&nbsp;</p>
<ul>
<li>foo</li>
<li>bar</li>

After saving:

<li>foo</li>
<li>bar</li>
Actions #2

Updated by Bernhard Eckl over 12 years ago

Maybe it’s a configuration issue on Page TS Config?

Actions #3

Updated by Mario Rimann over 12 years ago

I've just tested this one on a clean TYPO3-Dummy-Installation with a brand new BE-user with no TSconfig at all -> and the above mentioned test-cases still apply. This means, that saving some stuff get's modified upon saving (e.g. empty paragraphs (with our without nbsp's in it) will get removed.

Actions #4

Updated by Martin Keck about 12 years ago

Same issue here with 4.5.19 and htmlArea 2.1.7

[Edit:] Strange thing is, the <p> tags only get removed (or better: are not shown) in the backend editor. In the frontend the <p> tags appear. Checked it in database: there every <p> is represented with an empty line.

Actions #5

Updated by Ernesto Baschny almost 12 years ago

  • Category set to RTE (rtehtmlarea + ckeditor)

Please try out the fix provided in the review for #36904: https://review.typo3.org/#/c/11621/

Actions #6

Updated by Mario Rimann almost 12 years ago

  • Target version deleted (4.5.16)

Ernesto Baschny wrote:

Please try out the fix provided in the review for #36904: https://review.typo3.org/#/c/11621/

I tried but failed as the cherry-pick fails. So maybe the change itself is valid, but it'd need to be rebased and adapted to the current master.

I'm in for closing this issue as duplicate of #36904 as both describe the same bug IMO.

Actions #7

Updated by Gerrit Code Review almost 12 years ago

  • Status changed from New to Under Review

Patch set 4 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/11621

Actions #8

Updated by Gerrit Code Review over 11 years ago

Patch set 1 for branch TYPO3_6-0 has been pushed to the review server.
It is available at https://review.typo3.org/18799

Actions #9

Updated by Stanislas Rolland over 11 years ago

  • Status changed from Under Review to Resolved
Actions #10

Updated by Benni Mack about 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF