Da bleibt nur: vorübergehend Browser wechseln (zum Editieren) und auf nächstes Update von FF oder rtehtmlarea warten 🙁
Firefox 2.0.0.3 und htmlArea RTE
Ich habe den Fehler auch seit heute morgen nach dem Update auf Firefox 2.0.0.3 .
Bekomme einen Javascript-Fehler: editor hast no properties:
Auszug aus der js:
HTMLArea.generatePlugins = function(editorNumber) {
var editor = RTEarea[editorNumber]["editor"];
// check if any plugins have registered generate handlers
// check also if any plugin has a onKeyPress handler
editor._hasPluginWithOnKeyPressHandler = false;
for (var i in editor.plugins) {
var plugin = editor.plugins[i].instance;
if (typeof(plugin.onGenerate) == "function") plugin.onGenerate();
if (typeof(plugin.onGenerateOnce) == "function") {
plugin.onGenerateOnce();
plugin.onGenerateOnce = null;
}
if (typeof(plugin.onKeyPress) == "function") {
editor._hasPluginWithOnKeyPressHandler = true;
}
}
if (typeof(editor.onGenerate) == "function") {
editor.onGenerate();
editor.onGenerate = null;
}
HTMLArea._appendToLog("[HTMLArea::initIframe]: All plugins successfully generated.");
editor.updateToolbar();
};
Vielleicht hat ja jemand ne Lösung?
Und ich habe mich heute schon gewundert warum der Editor nicht laden wollte. Ich hoffe es gibt dafür bald ein Update/ eine Lösung. Ich denke einige Kunden werden ihren Firefox auf dem neuesten Stand halten ...
Die Typo3 Entwickler raten den Bug an das Mozilla Team zu melden:
http://bugs.typo3.org/view.php?id=5266
Grüße,
David
bis zur Lösung des Bugs download der FF Version 2.0.0.2:
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.2/win32/de/Firefox%20Setup%202.0.0.2.exe
Oder Internet Explorer benutzen 😉
bei mir ist es auch so, ich bekomme nur "
Der Editor wird geladen. Bitte warten..." zu sehen. hatte zuerst noch ne erweiterung geinst, aber liegt an der FF 2.0.0.3
Kann leider auch nur hinzufügen, dass bei mir und allen Redakteuren das gleiche Problem aufgetreten ist.
#paralyzed#
Gruß,
Frank
Hab auch das gleiche problem.
Das müsste doch irgendwie zufixen sein. #angry# #angry#
bedunet schriebSuper das man als Anwender immer mehr zum BETA Tester wird
Dafür hast Du ihn aber auch kostenfrei.
Hier ebenfalls. Mac / Win, FF 2.0.0.3 / T3 4.0.4
schön, übermorgen ne Schulung mit lauter Firefox-Usern. Ich bin gespannt ;-/
grüße
david
es braucht nicht jeder jetzt schreiben, dass es bei ihm nicht funktioniert... es wird dran gearbeitet, wenn sich wer mit htmlarea/js gut auskennt, dann bitte selbst fixen and stop complaining
georg
Aber ne andere Frage an die Mac-User!!!
Gibt es eine Alternative unter MacOSX um den RTE zu nutzen???
Das Problem kann mit einer Änderung des User-Agent-Stings behoben werden. Ich habe eine Anleitung online gestellt:
http://www.net4media.de/neuigkeiten/typo3_news/index.html
Bei mir hat das geklappt und bei mozilla.org wird dies ebenfalls so als Lösung ausgelobt.
liebe Grüße,
Lars Jochimsen
Wenn du in den Einstellungen aktivierst, dass RTE auch unter Opera aktiv sein soll, dann kannst du den RTE auch mit Opera benutzen. Scheint auf den ersten Blick auch zu funktionieren.
patch als diff hier > http://bugs.typo3.org/view.php?id=5266
georg
Hallo,
kann mir mal bitte jemand sagen was ich mit dem patch (diff) wo und wie machen muss?
Wo und wie einbinden?
Danke!!
Bernd
hm,
hab den user-agent umgestellt und auch gecheckt, aber es hilft leider nix!
gibt es noch einen anderen trick?
cu
edei
Hi!
@PcDrifter:
Du musst die Unterschiede austauschen ...
Z.B:
Index: htmlarea.js
===================================================================
--- htmlarea.js (revision 2192)
+++ htmlarea.js (working copy)
@@ -82,7 +82,8 @@
HTMLArea.is_ie = (HTMLArea.agt.indexOf("msie") != -1) && !HTMLArea.is_opera;
HTMLArea.is_safari = (HTMLArea.agt.indexOf("webkit") != -1);
HTMLArea.is_gecko = (navigator.product == "Gecko") || HTMLArea.is_opera;
-HTMLArea.is_wamcom = (HTMLArea.agt.indexOf("wamcom") != -1) || (HTMLArea.is_gecko && (HTMLArea.agt.indexOf("1.3") != -1));
+// Check on MacOS Wamcom version 1.3 but exclude Firefox rv 1.8.1.3
+HTMLArea.is_wamcom = (HTMLArea.agt.indexOf("wamcom") != -1) || (HTMLArea.is_gecko && HTMLArea.agt.indexOf("1.3") != -1 && HTMLArea.agt.indexOf(".1.3") == -1);
/*
* A log for troubleshooting
Hier steht in der 1. Zeile um welche Datei es geht.
Dann steht in der Zeile @@ -82,7 +82,8 @@ die (ungefähre) Zeile in der du die Änderung findest.
Zur besseren Übersicht sind mehrer Zeilen angegeben.
Die Zeile mit dem - musst du löschen und stattdessen die Zeilen mit dem + an die selbe Position einfügen.
Bei der compressed-Datei ist dies schwierig (alles in einer Zeile). Am besten suchst du dir den String und tauschst ihn einfach aus.
Grüße
McGregor
Hi (2. Post wg. der Übersicht)
Bei mir geht's auch nicht, aber nur weil ich noch mit der 4.0.4 arbeite. Gibt es da einen ähnlichen Workaround?
Die empfohlenen Änderungen für die aktuelle Version haben beim meinem htmlarea (1.3.8-) nicht funktioniert.
Grüße
McGregor