[Gelöst] TinyMCE und News - Maskierung zerstört Quelltext

[zebulon]

Hallo zusammen,

ich habe ein Problem mit dem TinyMCE im Newsmodul und hoffe, jemand hat das schon mal gelöst. Ich habe nach dem Editor und 'maskiert' gesucht, aber leider noch nicht den entscheidenen Hinweis gefunden.

Also, ich hatte ein CMSMS 1.6.6 mit TinyMCE 2.6.2 laufen - ok soweit. Nun wollte ich das NewsModul benutzen und habe zunächst einmal den News-Aufruf in eine Testseite integriert. Dabei kam es zu Templatefehlermeldungen im Browser, die auf ungültige Zeichen im komplierten Template hinwiesen. Ein Blick in die Sample-Templates des Newsmoduls zeigte dann für jeden Aufruf von z.B.

Code: Select all

<div id="news">

eine Maskierung:

Code: Select all

<div id=\"news\">

und das führte natürlich zu den Fehlermeldungen.

Ich habe alle Hochkommas aus den Newstemplates entfernt, die Daten in /tmp/templates_c/ gelöscht und hatte keine Fehlermeldungen mehr. Allerdings zerstört mir der Editor nun in den News (nicht in normalen Contentseiten!) Aufrufe, die Hochkommas schreiben, beispielsweise nach dem Einfügen eines Bildes in die Newsmeldung.

Er macht z.B. aus

Code: Select all

<p><img src="uploads/images/terra/terra.jpg" alt="terra" width="450" height="276" /></p>

dann dies hier:

Code: Select all

<p><img src="\" alt="\"terra\"" width="\"450\"" height="\"276\"" /></p>

d.h. die SRC-Angabe fliegt komplett 'raus und alle Anführungszeichen werden maskiert und mit weiteren Hochkommas versehen. Dies wiederholt sich nach jedem Speichern und führt dann z.B. zu Ungetümen wie

Code: Select all

\"\\"\\"\"

Ich habe mittlerweile auf CMSMS 1.6.7 und TinyMCE 2.6.4 upgedatet, aber leider ohne Erfolg.

Kennt das einer von Euch und hat vielleicht einen Tip für mich?

[NaN]

Hach ja, der liebe TinyMCE... 

Tiny mal deinstallieren.
CMSms 1.6.7 Base runterladen, entpacken und nur den TinyMCE aus dem Verzeichnis modules auf den Server ins Verzeichnis modules hochladen (und alles überschreiben lassen).
Tiny im Backend neu installieren und mal alle Einstellungen auf die Werkseinstellungen zurücksetzen.

[zebulon]

Hallo NaN,

ich glaube, ich kann das Problem nun etwas präzisieren.

Zunächst einmal bin ich Deinem Rat gefolgt bzw. ich hatte vorher schon mal den TinyMCE aktualisiert. Das Problem wurde bislang leider NICHT gelöst.

Es kann aber auch sein, daß es garnix mit dem Editor im engeren Sinne zu tun hat: mir ist nämlich aufgefallen, daß diese Maskierung auch auftritt, wenn ich die Einstellungen des TinyMCE bearbeite und abspeichere!

Genauer: unter dem Menüpunkt Erweiterungen => TinyMCE => Karteireiter 'Weitere Optionen', heißt es z.B. bei dem Punkt 'Benutzerdefiniertes Listenfeld:'

Code: Select all

Start expand/collapse-area|{startExpandCollapse id=\'expand1\' title=\'This is my expandable area\'}

Nach nochmaligen Abspeichern sieht das dann so aus:

Code: Select all

Start expand/collapse-area|{startExpandCollapse id=\\\'expand1\\\' title=\\\'This is my expandable area\\\'}

Da wird also die Maskierung maskiert  ... 

Weiß jemand hier, woher sowas kommt?

[NaN]

Ich verstehe es leider nicht so ganz.
Bitte nochmal ganz langsam ...
Wo hast Du was genau eingefügt?
Und wie genau sah die Fehlermeldung aus?

...

Gerade fällt  mir nochwas ein: Sagt Dir magic quotes etwas?
Eigentlich sollte CMSms die damit einhergehenden Probleme verhindern, aber irgendwie klingt Dein Problem genau danach.

Was sagen denn die Systeminformationen?
(PHP Version etc.)

[zebulon]

Ich verstehe es leider nicht so ganz.
Bitte nochmal ganz langsam ...

Jaja, ich finde das auch etwas seltsam...

Wo hast Du was genau eingefügt?
Und wie genau sah die Fehlermeldung aus?

Fehlermeldungen gibt es keine mehr. Es ist nur so, daß beim TinyMCE die Hochkommas in den Newstemplates maskiert werden.

Und gleiches geschieht auch bei den Eingabefendern der TinyMCE-Konfiguration, eben beispielsweise bei den o.a. Eingabefeldern.

Gerade fällt  mir nochwas ein: Sagt Dir magic quotes etwas?

Ja, oder sowas wie bei PHP die "addslashes" Funktion. Da dies aber serverseitige Einstellungen sind bzw. direkt aus der Apache- bzw. PHP-config kommen, kann dies NICHT die Ursache sein, weil auf der entsprechenden Maschine mehrere CMSMS-Installationen untergebracht sind und dieses Verhalten nur bei einer davon vorkommt.

Eigentlich sollte CMSms die damit einhergehenden Probleme verhindern, aber irgendwie klingt Dein Problem genau danach.
Was sagen denn die Systeminformationen?
(PHP Version etc.)

PHP Version 5.2.0-8+etch11
Apache/2.2.3 (Debian)
MySQL 5.0.32
...
magic_quotes_gpc On On
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off

[NaN]

Es ist nur so, daß beim TinyMCE die Hochkommas in den Newstemplates maskiert werden.

Ich verstehe den Zusammenhang zwischen Newstemplate und TinyMCE nicht.
Das eine sollte mit dem anderen doch überhaupt nichts zu tun haben.

[owr_bgld]

@NaN mit dem News-Template nichts, nur wenn er es mit tiny z.B. in einer Seite einfügen will (und dann ists sicher egal ob news oder ein anderes Modul oder ein UDT oder ....

Code: Select all

Start expand/collapse-area|{startExpandCollapse id=\'expand1\' title=\'This is my expandable area\'}

was passiert, wenn du es ohne die vorangesetzten \ versuchst? - dann wirds wahrschinlich hinterher einen reinsetzen.

Hier gibts einen Lösungsvorschlag mittels .htaccess http://forum.cmsmadesimple.org/index.ph ... 207.0.html

Du hast nämlich magic quotes an, dies sollte aber aus sein mit cmsms

[zebulon]

Es ist nur so, daß beim TinyMCE die Hochkommas in den Newstemplates maskiert werden.

Ich verstehe den Zusammenhang zwischen Newstemplate und TinyMCE nicht.
Das eine sollte mit dem anderen doch überhaupt nichts zu tun haben.

Finde ich auch. Aber es ist so:

Wenn ich das News-Template "Zusammenfassungs-Template" bearbeite, finde ich dort z.B. den Ausdruck

Code: Select all

<div id=\'news\'>

Wenn ich das Template speichere und mir wieder anzeigen lassen lautet der Eintrag nunmehr

Code: Select all

<div id=\\\'news\\\'>

... das führt dann natürlich zu Fehlermeldungen. Abhilfe schafft es, wenn ich überall in den News-Templates die Hochkommas entferne. Zugegeben: soweit hat das mit dem TinyMCE auch noch nichts zu tun.

Das gleiche Problem aber habe ich auch im TinyMCE, wenn ich z.B. eine neue Newsmeldung erstelle: sagen wir, ich füge ein Bild in die Newsmeldung ein und geben einen Eintrag für den ALT-Tag. TinyMCE setzt im Quellcode dafür automatisch Hochkommas. Rufe ich die Meldung nach dem Speichern nochmals auf, ist der Bildverweis zerstört und lautet z.B.

Code: Select all

<img src="\"uploads/images/terra/terra-speisen.jpg\"" alt="\"terra\"" width="\"450\"" height="\"276\"" />

Entscheident ist für mich aber folgendes: dieses Verhalten zeigt sich nur im Zusammenhang mit dem Newsmodul. Wenn ich den TinyMCE beim Erstellen oder Ändern normaler Contentseiten aufrufe habe ich keinerlei Probleme!  

Bei mir ist das Newsmodul 2.10.4 im Einsatz - ich werde also als nächstes einmal das Newsmodul entfernen und neu installieren, vielleicht liegt ja hier der Hase im Pfeffer?

[NaN]

Bei mir ist das Newsmodul 2.10.4 im Einsatz - ich werde also als nächstes einmal das Newsmodul entfernen und neu installieren, vielleicht liegt ja hier der Hase im Pfeffer?

Hätte ich jetzt auch mal vorgeschlagen.
Denn wenn der Fehler sogar dann auftritt, wenn gar kein TinyMCE verwendet wird und auch nur bei einem bestimmten Modul, dann würde ich eher auf ein Problem mit diesem Modul tippen anstatt auf den Tiny.

Aber Du sagtest ja, dass das auch passiert, wenn du in den Einstellungen des Tinys etwas eingibst.
Hast Du bei den anderen Seiten, die ja auch auf dem gleichen Server ohne Probleme laufen, mal geschaut, ob es da eine .htaccess Datei im Stammverzeichnis gibt? Steht dort vielleicht irgendetwas drin, was bei dieser einen Installation die rumzickt fehlt?
Z.B.

Code: Select all

php_flag magic_quotes_gpc off

[zebulon]

Hier gibts einen Lösungsvorschlag mittels .htaccess http://forum.cmsmadesimple.org/index.ph ... 207.0.html
Du hast nämlich magic quotes an, dies sollte aber aus sein mit cmsms

Korrekt! Habe die .htaccess entsprechend ergänzt und bei einem ersten Test KEIN Problem mehr! 

Wieder einmal: herzlichen Dabk für die freundliche, rasche Hilfe hier im Forum: einfach Klasse!

Komisch finde ich nur, daß diese Probleme vorher nicht bestanden und auch bei den anderen Installtionen keine Rolle zu spielen scheinen...