Project

General

Profile

Actions

Bug #71771

closed

RTE.default.contentCSS is broken in Frontend

Added by Chris topher almost 9 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Won't have this time
Assignee:
-
Category:
RTE (rtehtmlarea + ckeditor)
Target version:
-
Start date:
2015-11-22
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
7
PHP Version:
5.6
Tags:
Complexity:
Is Regression:
Yes
Sprint Focus:

Description

The page TSconfig property RTE.default.contentCSS allows to define one or more CSS files, which are then used by the RTE to style the text inside the RTE. An example is

RTE.default.contentCSS = fileadmin/template/style_rte.css

In the backend this is working correctly.

However, if the RTE is opened from the frontend, then this does not work. The RTE then tries to get the CSS file from a wrong URL.
It seems like the path calculation in rtehtmlarea/Classes/Form/Element/RichTextElement.php, function getContentCssFileNames() does not work correctly.


Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #73163: RTE in FE does not show available blockstyles at first tryClosed2016-02-06

Actions
Related to TYPO3 Core - Story #73183: Removal of frontend simulation in all ViewHelpersClosed2016-02-08

Actions
Actions #1

Updated by Chris topher almost 9 years ago

  • Description updated (diff)
Actions #2

Updated by Chris topher almost 9 years ago

  • Is Regression changed from No to Yes
Actions #3

Updated by Chris topher almost 9 years ago

  • Description updated (diff)
Actions #4

Updated by Andreas Allacher almost 9 years ago

In that regard there are some small differences regarding frontend / frontend editing check in RteHtmlAreaApi and RichTextElement.
There are some methods that basically also do the same, maybe the should be moved in a utility?
e.g. there is a isFrontendEditing check method in both that does the same.
Then there is writeTemporaryFile and getFullFilename.
And there is also differences in those two. getfullFilename checks in RteHtmlAreaApi regarding isFrontend() || isFrontendEditing().
In RichTextElement it only checks for isFrontendEditing.

Also the check in writeTemporaryFile has been improved in RtehtmlAreaApi.

Maybe this issue is realted, would have to test it.

Actions #5

Updated by Riccardo De Contardi almost 9 years ago

are these two related? #65705 #65608

Actions #6

Updated by Gerrit Code Review over 8 years ago

  • Status changed from New to Under Review

Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/48580

Actions #7

Updated by Gerrit Code Review over 8 years ago

Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/48580

Actions #8

Updated by Gerrit Code Review over 8 years ago

Patch set 3 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/48580

Actions #9

Updated by Gerrit Code Review about 8 years ago

Patch set 4 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/48580

Actions #10

Updated by Gerrit Code Review over 7 years ago

Patch set 5 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/48580

Actions #11

Updated by Anja Leichsenring over 6 years ago

  • Status changed from Under Review to Needs Feedback

with ckeditor in place now, is the issue still relevant?

Actions #12

Updated by Chris topher about 6 years ago

  • Status changed from Needs Feedback to Closed
  • Priority changed from Should have to Won't have this time

As RTE.default.contentCSS is only used in the old RTE and not in CKEditor, this is not relevant for CKEditor.

Actions

Also available in: Atom PDF