Project

General

Profile

Actions
Copy link

Bug #58099

closed

default.css loaded after saving changes

Added by Christoph Lehmann over 10 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Workspaces
Target version:
-
Start date:
2014-04-22
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
5.5
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

I load custom CSS for RTE in the ext_tables.php of an extension

t3lib_extMgm::addPageTSConfig('
        <INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_ext/Configuration/TsConfig/rte.txt">
');

After saving changes to a content element like TEXT the default.css is loaded. Closing the element and reopening it shows my custom styles again.

When i put

<INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_ext/Configuration/TsConfig/rte.txt">

into the TSConfig field on the root page, everything is fine.

Is it a loading sequence problem?

In earlier TYPO3 versions the rtehtmlarea had a debug mode. Was it removed?

Actions
Copy link
 #1

Updated by Markus Klein over 10 years ago

  • Status changed from New to Needs Feedback

Hi!

Can you please check what the Info module tells you about the RTE config?

Actions
Copy link
 #2

Updated by Alexander Opitz about 10 years ago

  • Status changed from Needs Feedback to Closed

No feedback within the last 90 days => closing this ticket.

If you think that this is the wrong decision or experience this issue again, then please write to the mailing list typo3.teams.bugs with issue number and an explanation or open a new ticket and add a relation to this ticket number.

Actions
Copy link
 #3

Updated by Nicolas Forgeot about 9 years ago

I have a similar problem.

After saving a content, the settings of rte are not loading.

I found the cause, my siteroot page have an version in workspace without TSConfig.

But why, in first showing, it use the page in current workspace and after saving, it use page of version overlay ?

BackendUtility::BEgetRootLine($uid, $clause = '', $workspaceOL = FALSE) $workspaceOL => true

Actions
Copy link
 #4

Updated by Markus Klein about 9 years ago

  • Category changed from RTE (rtehtmlarea + ckeditor) to Workspaces
  • Status changed from Closed to New
  • Assignee set to Oliver Hader
Actions
Copy link
 #5

Updated by Benni Mack over 5 years ago

  • Status changed from New to Needs Feedback

Hey everybody,

I think this has been fixed in v9 - can you confirm?

Thanks.
Benni.

Actions
Copy link
 #6

Updated by Riccardo De Contardi over 5 years ago

  • Status changed from Needs Feedback to Closed
  • Assignee deleted (Oliver Hader)

No feedback since the last 90 days => closing this issue.

If you think that this is the wrong decision or experience the issue again and have more information about how to reproduce your problem, please reopen it or ping me.

Thank you and best regards

Actions
Copy link

Also available in: Atom PDF