Inserttags werden nicht umgewandelt

Moin,

Ich habe ein Problem, welches ich noch nicht wirklich reproduzieren kann:

Zeitweise werden die Inserttags nicht umgewandelt und erscheinen direkt. Im Footer steht z. B.:

{{insert_article::footer1}}
{{insert_article::footer2}}
{{insert_article::footer3}}

anstatt des Inhalts des Footers oder auch {{date::Y}} anstatt des Datums beim Copyrightvermerk. Natürlich spreche ich vom Frontend und nicht vom Backend, nur um Verwirrung vorzubeugen ;-)

Ich kann bisher nicht wirkliche eingrenzen, wo das auftritt und wo nicht. Mal tritt es auf und mal nicht, bisher konnte ich das aber nur auf dem Huawei P10 feststellen und auf dem iPhone bzw. iMac nicht.

Hat jemand schon mal ähnliches gehabt und weiß woran es liegen kann? In der Error-Log ist nichts zu finden und auch sonst wird alles richtig dargestellt, wenn es nicht als Inserttag eingebunden ist.

Viele Grüße
Markus

Was mir gerade noch aufgefallen ist:

Links werden auch nicht umgeschrieben (intern) und erscheinen auch mit Inserttag:

HTML-Code:

---

<a href="{{link_url::25}}">foo</a>

---

wenn ich z. B. über $this->replaceInserttags() die Inserttags einbinde, funktionieren sie richtig, aber nicht im normalen Betrieb.

Okay, ging noch weiter in der Fehlersuche bzw. versuchten Behebung:

Contao Check ausgeführt, er hat nur bemängelt, dass keine .htaccess.default vorhanden ist. Habe ich dann aus dem Archiv ergänzt, soweit dann nichts zu nörgeln.

Habe dann von 3.5.31 auf 3.5.35 geupdatet, was das Problem allerdings auch nicht behebt.

Hat jemand noch eine Idee, wo ich noch suchen könnte?

Viele Grüße
Markus

"Zeitweise" ist immer schlecht. Hast Du mal einen Link zu einer Seite, wo das auftritt?

Tritt hier auf: und hier nochmal als eigen Testseite speziell mit Inserttags:

Zeitweise mittlerweile allerdings nicht mehr, das war zum Absetzen des Beitrages so. Mittlerweile ist das ständig. Normalerweise ist wurden beim Footer auch nur die {{insert_article}} angezeigt, was ich aber erstmal mit PHP behoben hatte, damit die Seite nicht ganz zerschossen ist.

Auffallend ist es aber z. B. auch im Footer beim Datum. Seltsamerweise wird der Warenkorb von Isotope angezeigt. Die Anzeige der Produkte im Warenkorb ist nämlich auch über die Inserttags gelöst.

Viele Grüße
Markus

Vielleicht ist es kalter Kaffee - im Forum gibt es Hinweise, man soll einen Inserttag selber schreiben und nicht einkopieren, weil mit letzterem unsichtbare Sonderzeichen "eingeschleust" werden könnten. Was allerdings im Widerspruch zum "Zeitweise" steht.

Zeitweise klingt für mich immer irgendwie nach Cache. Kann es sein, dass auf manchen der getesteten Geräte ältere Versionen der Seite im Browsercache lagen, wo z.B. alles noch funktioniert hatte? Dann ist die Cachezeit abgelaufen und es wird eine neue Seite runtergeladen, in der die Inserttags nicht ersetzt wurden - aus welchen Gründen auch immer. Jedenfalls kann ich mir nur schwer vorstellen, dass Contao Inserttags ersetzt oder eben nicht in Abhängigkeit vom Browser/UserAgent.

Zitat:

---

Zitat von peter.fl

Vielleicht ist es kalter Kaffee - im Forum gibt es Hinweise, man soll einen Inserttag selber schreiben und nicht einkopieren, weil mit letzterem unsichtbare Sonderzeichen "eingeschleust" werden könnten. Was allerdings im Widerspruch zum "Zeitweise" steht.

---

Aber wie würde das dann z. B. zu den Links passen? Und die auf der Testseite habe ich alle selbst geschrieben.

Edit/Anmerkung: Im abgesicherten Modus tritt das Problem ebenfalls auf.

Vielleicht hast Du eine Erweiterung am Laufen, die den Inserttags-Hook nutzt und nicht korrekt arbeitet. Ich hatte in einer meiner Erweiterungen z.B. vergessen am Ende der Funktion "return" zu schreiben und prompt wurden nachfolgende Inserttags nicht ersetzt. Das waren nur die Tags einer anderen Erweiterung, wodurch ich das nicht sofort gemerkt habe.

EDIT: Aber das würde zum abgesicherten Modus nicht passen.

P.S. Die Ersetzung von {{email::adresse}} sieht auf Deiner Seite sehr komisch aus.

Zitat:

---

Zitat von Samson1964

P.S. Die Ersetzung von {{email::adresse}} sieht auf Deiner Seite sehr komisch aus.

---

Wegen den %7B und %7D? Ich vermute das liegt daran, weil er die Sonderzeichen in der URL so parsed, da er im Quelltext ja direkt {{email_url::adresse}} stehen hat...

so langsam habe ich wirklich keine Ideen mehr, woran es noch liegen könnte, aber es muss ja irgendwo am Core sein, denn sonst würde es ja beim abgesicherten Modus nicht sein

Den Inserttag email_url gibt es gar nicht. Oder er ist undokumentiert.

Ich würde als nächstes im Debug-Modus weiterforschen. Vielleicht gibt es ja dort einen Ansatz.
Danach würde ich eine Erweiterung einsetzen, die den replaceInsertTags-Hook aufruft und schauen, was da so alles rein- und rausgeht.

Hier ist der für die email_url: https://docs.contao.org/books/manual...#verschiedenes

Das andere werde ich mal testen.

In einer 4.4.18 Installation wird der Inserttag {{email::info@domain.tld}} im Quellcode auch nicht mehr in ASCII umgewandelt…

Bei mir funktioniert das:

HTML-Code:

---

<a href="mailto:&#x69;&#x6E;f&#x6F;&#x40;d&#x6F;&#x6D;&#x61;i&#x6E;.&#x74;&#x6C;&#x64;" class="email">&#x69;&#x6E;f&#x6F;&#x40;d&#x6F;&#x6D;&#x61;i&#x6E;.&#x74;&#x6C;&#x64;</a>

---

Den Quelltext schaust Du Dir nicht via DevTools an oder?

Kurzes Update: ich habe das jetzt erstmal mithilfe eines alten Backups zurückgesetzt und hoffe, dass da nichts kaputt war, was das auch später wieder hervorruft.