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 schrieb
Super 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.
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
Das Problem liegt im Javascript der Extension rtehtmlarea. Das Javascript soll die Version 1.3 von MacOS Wamcom filtern. Dazu sucht es unter anderem nach dem String "1.3" im User-Agent-Sting des Browsers.
Mit dem Update auf 2.0.0.3 identifiziert sich nun Firefox als
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Dadurch startet dann der RTE nicht mehr.
1. Abhilfe: User-Agent-Sting umstellen.
Dies geht mit einer Extension oder über die about:config von Firefox.
2. Abhilfe: Man patcht das Javascript des RTE
so wie bei McGregor (s.o. beschrieben) - eine zusätzliche Prüfung nach ".1.3".
Alle die, die das mit dem .diff nicht hinbekommen (weil sie nicht exakt die gleiche Version des RTE betreiben o.ä.), können dies auch zu Fuss machen.
Ich habe versucht das ganze nochmal zu beschreiben (auch den about:config-Weg, für alle, bei denen der User-Agent-Switcher wieder auf default zurückschaltet):
http://www.net4media.de/neuigkeiten/typo3_news/index.html
Viel Glück an alle und Danke an die flinken Wiesel mit dem Patch!!!
PS: bei meinem htmlarea 1.3.7 funktionierte der Patch (per Hand eingebaut - Cache löschen nicht vergessen, typo3temp js-files löschen nicht vergessen), ich denke, dass dieser Bereich bei den meisten Versionen sehr ähnlich ist (der Patch ist für htmlarea 1.4.3.)