Ich denke es liegt daran das der normale RTE deinstalliert werden sollte. (Kann zwar sein daß das nicht notwendig ist aber bei mir hats funktioniert).
Gruß
Tom
Ich denke es liegt daran das der normale RTE deinstalliert werden sollte. (Kann zwar sein daß das nicht notwendig ist aber bei mir hats funktioniert).
Gruß
Tom
Hallo zusammen,
zum Stand der Dinge:
Wir haben den Webserver lokal nachgebaut und es hat funktioniert. Der komplette RTE war sowohl im IE als auch im FF zu sehen und nutzbar. Als wir die lokalen Einstellungen auf dem Server übernommen haben, ging es wieder nicht :x , es kam nur die Meldung..."wird geladen, bitte warten..."
Sind einem hier Probleme mit Typo3 3.8.0 und virtuellen Servern (bei uns läuft es als solcher) bekannt? Muss man auf besondere Einstellungen beim Apache achten (Rechtevergabe...)? Oder funzt diese Ext. (ver. 0.7.0 beta) nur mit der Typo3 Version 3.7.0 ?
Wie gesagt, lokal und bei mir privat läuft alles bestens, nur auf dem Webserver bekommen wir es nicht zum laufen.
Vielen Dank für jede Anregung.
Viele Grüße
Danzig
Ich schließe mich dem Problem gleich mal an.
Bei mir laufen auf dem Webserver mehrere Virtuelle Hosts und ich habe genau das selbe Problem, dass rtehtmlarea 0.70 auf Typo3 3.8.0 installiert ist und der RTE sich partout nicht über Firefox laden läßt. Ein Deinstallieren des normalen RTE bringt bei mir leider rein gar nichts.
Apropos, bei mir läuft auf allen Maschinen Debian 3.1 und auf dem Rootserver Apache2.
Gibt es keine Alternative, ausser 3.7.0 wieder zu installieren?
Grüsse
Imagine
Ich füge noch hinzu, dass der MS-Clon IE6 ebenfalls nicht funzt. Ich habe rte wieder installiert und finde unter "Installation status:"
ziemlich weit unten Errors:
classname 0 SC_rte_rte
1 SC_rte_cleaner
2 localFolderTree
3 SC_rte_select_image
4 SC_rte_user
Dasselbe finde ich bei "rtehtmlarea" wie folgt:
classname 0 TBE_browser_recordList
1 localPageTree
2 rtePageTree
3 TBE_PageTree
4 localFolderTree
5 rteFolderTree
6
Vielleicht hilft das weiter?
Das habe ich soeben aus der Mailingliste typo3.german vom Typ3-Projekt zu diesem Problem erhalten:
Bei mir funktioniert der auch nicht richtig. Ich habe auch Typo3 3.8 und
rtehtmlarea 0.70. Wenn man die debug-Funktion der Extension anschaltet
steht da unten alle Skripte sind korrekt initialisiert. Die "Bitte
warten" - Meldung flackert nur kurz auf, danach bleibt die RTE-Box grau.
Wenn man aber auf Fullscreen Rich Text Editing geht, klappt es wieder.
Ich glaube das ist wohl ein Bug in der Extension.
Ich kann das zwar nicht ganz nachvollziehen, weils bei mir nicht funktioniert.
Also unter Typo3 3.7.1 funktioniert zumindest einmal der IE6 wieder mit rtehtmlarea 0.7.0
Allerdings auch Firefox läuft hier noch nicht. Zusätzlich habe ich
rte_conf 1.0.3 und sr_rtehtmlarea_xpblue 0.1.0 installiert.
Also Leute, per Zufall bin ich auf das Funktionieren unter 3.80 gestossen.
Wenn ich unter "Web -> Seite" versuche die Seite zu editieren, dann habe ich obige Probleme.
Wenn ich unter "Web -> Anzeigen" die Seite auswähle und den Teil anklicke der mit dem Stift gekennzeichnet ist, dann funktioniert der RTE auch unter Firefox.
Dennoch ist das unzufriedendstellend, womit ich es gut fände, es finden sich noch Lösungen für das Problem.
Grüsse
Imagine
Imagine schriebDennoch ist das unzufriedendstellend, womit ich es gut fände, es finden sich noch Lösungen für das Problem.
Bin gerade drauf gekommen, dass RTEHtmlArea (aktuelle Version) bei uns nur dann nicht funktioniert, wenn man sich per SSL anmeldet - "normal" per http funktioniert's in allen Varianten ...
lulatsch
Für dieses Thema gibt es inzwischen eine Bug-Meldung:
Also bei mir ist zumindest mal die Fehlerquelle gefunden.
D.h. die Extension funktioniert doch unter 3.8.0 mit Apache2, ich hatte das unter bugs.typo3.org mit dem Entwickler eruiert.
Was ist los? Meine vhost.conf auf Apache2 sieht so aus:
ServerName www.privatpraxis.de
DocumentRoot /home/rpfeiffer/privatpraxis/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /home/rpfeiffer/privatpraxis/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
# This directive allows us to have apache2's default start page
# in /apache2-default/, but still have / go to the right place
# RedirectMatch ^/$ /apache2-default/
</Directory>
Und das Verzeichnis "privatpraxis" habe ich mit
cp -a dummy-3.8.0 privatpraxis
erzeugt.
Hier liegen folgende Verzeichnise drinnen:
fileadmin
media -> tslib/media
showpic.php -> tslib/showpic.php
t3lib -> typo3_src/t3lib
tslib -> typo3_src/tslib
typo3 -> typo3_src/typo3
typo3conf
typo3_src -> ../../www/typo3_src-3.8.0
typo3temp
uploads
Wenn ich jetzt den rtehtmlarea über Seite "RTE benutzen" aufrufe, meldet mir mein Error-Logfile, dass die Dateien
/home/rpfeiffer/privatpraxis/typo3/typo3temp
/home/rpfeiffer/privatpraxis/typo3/typo3conf
nicht existieren. Wie auch, die liegen eine Ebene weiter oben. Ein Symbolischer Link in typo3/ wie
typo3temp -> ../typo3temp
typo3conf -> ../typo3conf
hilft nichts. Jetzt meldet der Log, dass diese Symb. Links nicht erlaubt seien. Dagegen hilft ein Kopieren beider Verzeichnisse nach typo3 insoweit, dass die Extension wieder läuft.
Aber wie lässt sich das Problem ohne diesen Trick lösen, so dass die benötigten Dateien von vorneherein nicht in
/home/rpfeiffer/privatpraxis/typo3/typo3temp
/home/rpfeiffer/privatpraxis/typo3/typo3conf
gesucht werden, sondern in
/home/rpfeiffer/privatpraxis/typo3temp
/home/rpfeiffer/privatpraxis/typo3conf ?
Hat Hier jemand eine Idee?
Grüße
Imagine