Bug #21166
closed
RTE needs reloading to get displayed properly
Added by Ivan Ruiz Gallego almost 15 years ago.
Updated over 14 years ago.
Description
When editing a content element the RTE doesn't get displayed properly (see attached Screenshot). It seems like at least some of the CSS doesn't load. With the content element open for edition, if I click on "Save document" the RTE loads again and this time correctly.
Version information
--------------------------------
- TYPO3 4.2.9
- htmlArea 1.7.12
RTE TSConfig
--------------------------------
RTE.default {
# Pfad der Datei, wo die RTE styles definiert werden
contentCSS = fileadmin/templates/altenburger/css/rte.css
# Default styles verstecken
hidePStyleItems = h1,h2,h3,h4,h5,h5,h6,pre
# Paragraph styles angeben
classesParagraph = Header2
# Text styles angeben
classesCharacter =
# Link styles angeben
classesAnchor = linkMitPfeil
# Liste der erlaubten Klassen definieren
allowedClasses = linkMitPfeil,Header2
proc {
allowedClasses = linkMitPfeil,Header2
}
FE {
proc {
allowedClasses < RTE.default.allowedClasses
}
}
}
(issue imported from #M12091)
Files
What version of what browser?
It seems to be a browser-independent problem. I've tested with:
PC (Windows XP): Safari 4, Firefox 3.5, IE 8, Chrome 3
Apple (OSX 10.4): Safari 4, Firefox 3.5
I don't know how to reproduce this issue...
Is t3skin installed? If you unsinstall t3skin, do you get the same behaviour?
Perhaps a server-side issue with serving css files?
Yes, it's a strange problem. It's the only project we have that shows this problem.
I've tried to uninstall t3skin, but the problem is still there.
It doesn't seem to be a server-side problem since we have the problem on both our development server and the live server.
If you want to take a look I could send you username and password for the development environment.
After deinstalling all possible extensions, cleaning up the file system, updating TYPO3, etc. I've found the cause for the misfunction of the RTE. At the very beginning of the localconf.php the following code was somehow causing problems:
if (t3lib_div::_GET('L')=='') {
$GLOBALS['TSFE']->linkVars.='&L=3';
t3lib_div::_GETset('3','L');
}
These lines were also causing a fatal error when trying to use the template browser analyzer in the backend. This issue can be considered as closed.
Where did these lines come from?
May this issue be closed then?
Well, I guess the developer in charge of the project add them. It seems he was trying to set a default language. Anyway that was the wrong way of doing that.
Yes, the issue can be closed. Thanks for your time!
Also available in: Atom
PDF
Updated by 
Updated by 