Elementtyp: HTML konvertiert "<" zu "&lt;"

[Troy]

Hallo Contao-Freunde,

bei mir taucht folgendes Problem auf:

In einem Artikel benutze ich das Inhaltselement "HTML", um eine Javascript-Funktion aufzurufen. Alles funktioniert wunderbar, wäre da nicht ein kleines Problem:

Ich tippe z. B. ein (Ausschnitt):

if (i < 4) {...}

und drücke auf speichern und schließen.

Anschließend betrachte ich das Inhaltselement, in dem ich im Artikel auf "Bereich öffnen" (das ist dieser dicke grüne Pfeil, der nach unten zeigt) klicke.

Dort steht dann:

if (i < 4) {...}

Der Javascript-Code funktioniert dann natürlich nicht.

Wie kann ich verhindern, dass "<" zu "&lt;" wird?

Hinweis: Früher ist das Problem bei mir nicht aufgetaucht, erst nach irgendeinem Update im vergangenen Jahr.

Ich bin auf eure Lösungen gespannt und verbleibe mit besten Grüßen,
Troy

[andre.saage]

Prinzipiell ist das nicht die günstigste Stelle um Javascript unterzubringen.
Wer will schon, dass sich Redakteure daran zu schaffen machen?
Ich mach das meistens so:
Html Element mit dem Inhalt {{file::tplfolder/my_js_snippet.html5}}

in der Datei tplfolder/my_js_snippet.html5 kannst du dein Script dann unterbringen und sofern notwendig auch php verwenden um z.B dein script in den head oder am Ende der Seite zu laden.

Beim von dir beschriebene Phänomen würde ich überprüfen ob in den Einstellungen das script-tag überhaupt unter den erlaubten tags ist - nur so eine Vermutung - Standard ist das nämlich nicht.

[Troy]

Das script-Tag habe ich erlaubt. Daran liegt es leider nicht.

[andre.saage]

sehr witzig - ich habs gerade versucht zu reproduzieren... und es ist mir auch gelungen.
wie gesagt, ich bin immernoch der Meinung, dass es generell ungünstig ist so vor zu gehen aber wenn du
anstatt (i < 4) (4 > i) verwendest gehts.
Vielleicht ist das auch ein Fall für ein Ticket...

[Troy]

Danke für deine Mühe, Andre.

(4 > i) scheint wirklich ein Workaround zu sein.

Dass es ungünstig ist, Javascript als Inhaltselement einzubinden, stelle ich gar nicht in Frage. In meinem Fall ist es aber einfach bequemer. Mit dieser Vorgehensweise hatte ich jahrelang keine Schwierigkeiten. Erst seit kurzer Zeit hat Contao sein Verhalten (mir gegenüber) geändert

[soweit_ok]

... Erst seit kurzer Zeit hat Contao sein Verhalten (mir gegenüber) geändert

Na ja, das halte ich für relativ unwahrscheinlich. Ich bin seit Anfang 2011 mit Contao zugange, damals mit Cto 2.9, und auch da bestand dieses kleine Problem bereits. Oder ich hatte es womöglich bloß geträumt. Jedenfalls erstellte ich seinerzeit kein Ticket bzw. dachte, das wär nicht unbedingt ein Bug und hätte wohl bestimmt einen wichtigen Grund. Man möchte sich als Community-Neuling ja nicht unbedingt gleich peinlich blamieren.

Okay, und mal angenommen, Contao hätte eine Seele, dann doch bestimmt eine gute, oder? Sooo fies, sein Verhalten nur Dir gegenüber zu ändern, tzzz tzz. Oder warst Du vielleicht ungezogen?

[Samson1964]

Der allwissende Spooky vermutet einen Bug.

[soweit_ok]

Hmmh, Spooky "wohnt" ja auch im Forum. Ja, in einem anderen Thread, wo der TE auf dies bekannte Problem auflief, wenn man in ein HTML-Modul JS-Code reinbastelt. Ich schätze das eigentlich ebenfalls als Bug ein. Richtig ist natürlich ebenso, es ist tatsächlich nicht der beste Ort zur Platzierung von JS-Code und das Problemchen außerdem sehr leicht zu umgehen - was allerdings speziell Contao-Einsteiger nicht unbedingt sofort wissen.

[Troy]

@ soweit_ok

Ich kann dir versichern, dass dieses Problem (zumindest bei mir) zwischen Sommer 2013 und (ungefähr) Sommer 2015 nicht bestand. Ich habe in dieser Zeit täglich ohne Probleme html-Inhaltselemente mit js-Code geschrieben und bearbeitet. Dann kam ein Update und das sorgenfreie Leben war zu Ende.

Auch witzig: Der js-Code, den ich damals geschrieben habe, funktioniert heute immer noch. Erst wenn ich das Inhaltselement öffne, wo der alte Code drinsteht, und auf "Speichern" drücke, geht der js-Code nicht mehr - dazu muss ich nicht einmal etwas am Code ändern. Durch "Speichern" wird also der alte funktionierende Code durch den neuen nicht funktionierenden Code ersetzt.

Könnte eventuell jemand von euch ein Ticket erstellen? Ich selbst habe (noch) keinen GitHub-Account (Schande über mein Haupt!).

[lucina]

https://github.com/contao/core/issues/8246

[soweit_ok]

Da in dem Ticket der Patch für Cto. 3.5.9 angepeilt ist, nützt es freilich nichts, wenn man 3.5.6 einsetzt. Wenn es also als Bug eingestuft wird, würde es nicht Sinn machen, ihn auch in der akt. LTS-Version zu fixen?

[fiedsch]

LTS ist doch 3.5, also sowohl 3.5.6 als auch 3.5.9.

[soweit_ok]

Achso. Komisch, darauf bin ich noch garnicht gekommen, sollte vllt. beim Angucken des Releaseplans doch mal ein paar Sekündchen länger verweilen. Danke!

[Spooky]

Leo Feyer sieht es leider nicht mehr als Bug.

[tab]

Ich sehe das auch unbedingt als einen Bug an. Dabei sei es mal dahingestellt, ob es geschickt oder erwünscht ist, Javascript in einem HTML-Element einzufügen. Aber, wie auch immer das entschieden wird, sollte es doch wenigstens konsistent sein. Also entweder <script> grundsätzlich nicht erlaubt im HTML-Element und dann auch nicht aktivierbar, oder erlaubt bzw aktivierbar und es funktioniert dann auch, wenn das Script korrekt ist. Es kann doch nicht sein, dass das <script>-Tag benutzt werden kann und ein korrektes Script dann kaputtgefiltert wird. Und zudem noch, dass durch eine einfache Umstellung des Vergleichs alles funktioniert, obwohl es ja immer noch unerwünschtes Javascript ist. An der generellen Bewertung dieser Vorgehensweise, also Einfügen von Javascript in HTML-Elemente, ändert sich ja durch die Umstellung des Scripts nichts.

Wie man es auch dreht und wendet, entweder ist es ein Bug, dass das ursprüngliche Script nicht funktioniert, oder es ist ein Bug, dass das umgestellte Script funktioniert. Generell wäre ich Leo's Meinung, dass Javascript da nicht rein gehört. Allerdings werden vermutlich viele Installationen nach einem entsprechenden Bugfix nicht mehr funktionieren. Deswegen wäre ich eher dafür, den Fix in die andere Richtung zu machen, so dass beide Versionen funktionieren, soweit technisch ohne allzu große Klimmzüge machbar. Und dann meinetwegen in 4.2 das <script>-Tag grundsätzlich im HTML-Element nicht mehr zuzulassen.

[Spooky]

Das solltest du ins Ticket posten, nicht (nur) hier

[tab]

Schon erledigt ...

[Samson1964]

Vielleicht sollte man das Leo nicht als Bug verkaufen, sondern als Feature anbieten: "In Inhaltselementen bei Benutzung des SCRIPT-Tags JavaScript ermöglichen."

[tpk]

Ich hab hier ein 3.5.17 am Start und im html CE übersteht das <script> tag es nicht, wie oben beschrieben. Was muss man in die dcaconfig schreiben, damit das funktioniert?

[xchs]

Was muss man in die dcaconfig schreiben, damit das funktioniert?

Hast Du das schon probiert?

system/config/dcaconfig.php:

<?php

$GLOBALS['TL_DCA']['tl_content']['fields']['html']['eval']['preserveTags'] = true;

[Andreas]

Du hast das "<script>" hinzugefügt und es funzt nicht?

<script><a><abbr>...

Oder wird deine Änderung von "Erlaubte HTML-Tags" nicht gespeichert?