4.4.9 Umlaute ?!

**reto** · 19.12.2017, 18:51

In einer noch vollkommen leeren, neuen 4.4.9 Installation werden in sämlichen Inhaltselementen Umlaute falsch angezeigt (https://leogehrig.ch). Im Quellcode erscheint ein

HTML-Code:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html><body>

um die section (???) Irgend eine Idee?

**Spooky** · 19.12.2017, 19:34

Du scheinst ein eigenes ce_text Template zu benutzen, wo du

HTML-Code:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html><body>…</body></html>

drin hast.

**reto** · 19.12.2017, 20:12

...nicht bewusst (?) Inzwischen habe ich aber 'erdmannfreunde/onepage-navigation' installiert (hatte ich schon mal am Start, aber wieder verworfen. Das ganze soll ein kleiner Onepager geben). Ich vermute, das Problem wird durch diese Erweiterung verursacht. Da bist du wohl nicht der richtige Ansprechpartner (?) Oder hättest du eine Ahnung, wie man diesem eingeschobenen Doctype wieder den richtigen Zeichensatz 'beibringt'?

**Spooky** · 19.12.2017, 21:19

Du musst dieses zusätzliche HTML komplett entfernen... von dieser Extension kommt das vermutlich nicht.

**reto** · 19.12.2017, 21:45

...wenn ich nur wüsste, woher das kommt. Im ce_text kann ich nichts sehen und im mod_article auch nicht (mindestens soweit mein beschränktes php-Auge reicht ;.) ?

**BugBuster** · 19.12.2017, 22:20

Nicht von der Erweiterung erdmannfreunde/onepage-navigation, ich konnte jedenfalls nichts auf GitHub bei denen sehen.
Wenn in /templates oder Unterverzeichnissen davon nichts liegt, dann muss das von einer anderen Erweiterung kommen oder falls schon deinstalliert blieb da was liegen.
So viele ce_text.html5 Dateien wird es ja bei dir nicht geben, einfach mal nach suchen.

Aber du könntest auch mal schauen im Artikel Element, ob da extra ein anderes Template ausgewählt wurde. Sonst bliebe ja nur das das original Template überschrieben wurde.

**reto** · 20.12.2017, 14:50

Danke für die Inputs. Bis jetzt bin ich leider noch nicht fündig geworden :-(

Leider gleich das nächste Problem (immer noch 4.4.9 Install): Wenn ich ein pdf zum Download verlinke, schreibt es in das URL-Feld nicht den Dateipfad, sondern einen kryptischen Code (z.B. {{file::49fb6e19-e593-11e7-b009-0cc47adc6730}}). Im Frontend wird das pdf natürlich nicht gefunden... Nützt auch nichts, wenn ich den Pfad 'von Hand' eingebe. ???

**Spooky** · 20.12.2017, 14:55

Zitat von reto

Danke für die Inputs. Bis jetzt bin ich leider noch nicht fündig geworden :-(

Durchsuche deine Contao Installation mit einem guten Text Editor deiner Wahl (zB Sublime Text 3) nach

Code:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">

Zitat von reto

Leider gleich das nächste Problem (immer noch 4.4.9 Install): Wenn ich ein pdf zum Download verlinke, schreibt es in das URL-Feld nicht den Dateipfad, sondern einen kryptischen Code (z.B. {{file::49fb6e19-e593-11e7-b009-0cc47adc6730}}).

Das ist normal.

Zitat von reto

Nützt auch nichts, wenn ich den Pfad 'von Hand' eingebe. ???

Vermutlich hast du den Ordner, in dem sich die PDF Dateien befinden, nicht für den öffentlichen Zugriff freigegeben.

**reto** · 20.12.2017, 15:05

Danke, werde ich versuchen.

Und leider Nein bzw. Ja, der Ordner ist freigegeben. ??

**reto** · 20.12.2017, 16:17

Hat leider in den 12163 Dateien nichts gefunden. Wird langsahm etwas mysteriös. Soblad ich ein Inaltselement einbaue, schreibts mir diesen blöden Doctype inkl. body-Tag dazu. Und ich bin ja noch nicht mal sicher, ob dass überhapt das ursprüngliche Umlautproblem verursacht.
Wird wohl auf eine komplette Neuinstallation hinauslaufen :-( Mein Zeitaufwand für 4.4 Sites ist im Moment noch viel zu hoch (im Vergleich zu 2er und 3er Zeiten). Drei Schritte vor, zwei zurück...

**do_while** · 20.12.2017, 18:11

Hast Du eine eigene fe_page.html5 in den Templates?
Ist dort die falsche Definition drin?

**Samson1964** · 20.12.2017, 19:14

Oder eine eigene mod_article?

**reto** · 20.12.2017, 23:14

Danke für die Inputs. Leider allles Nein.

Gruss Reto

**Samson1964** · 21.12.2017, 05:46

Das Problem mit dem seltsamen DOCTYPE konntest Du offensichtlich lösen. Oder ist das eine Neuinstallation?

**reto** · 21.12.2017, 07:50

Guten Morgen

Für was gibts denn Nächte... ;-) Ja, das ist eine komplette Neuinstallation. Zum Glück sind die Fehler am Anfang eines ganz kleinen Projektes aufgetaucht und nicht am Ende eines Grossen... Irgenwas war da verklemmt.

Danke fürs Mitdenken, Gruss Reto

**designpilot** · 02.01.2018, 11:26

Ein Hallo an die Contao Community und ein fröhliches und gutes neues Jahr 2018

Ich weiss nicht ob das nur ein Phänomen war gestern, aber ich hatte eine frische Installation von Contao 4.4.11 und einige wirklich benötigte Erweiterungen installiert (unteranderem auch die glumanda99/contao-photoswipe). Nun die Seitenstruktur war erstellt und dann hab ich begonnen das Impressum mit Text zu befüllen, im TinyMCE Editor hat es alle Umlaute korrekt angezeigt aber als ich dann auf Speichern & Schliessen geklickt hatte, zeigte es mir im Inhaltselement Text alle mit den üblichen Hieroglyphen die man kennt wenn der Zeichensatz nicht stimmt an.

Screenshot mit Quelltextausgabe: https://usercontent.irccloud-cdn.com...2001.38.43.png

Ich hab also begonnen mit ausi den Fehler zu suchen (Danke an dieser Stelle auch nochmal an ausi) nun als erstes mal geschaut ob irgendwo was zu viel im Template oder so vorhanden war, das war es nicht. Als nächstes angefangen mal alle Erweiterungen / Module die installiert waren wieder zu deinstallieren (über Contao Manager) und immer gleich nach dem Löschen zu schauen ob es im FE und BE wieder korrekt angezeigt wird, als ich dann das glumanda99/contao-photoswipe gelöscht hatte und im FE / BE geschaut hab war alles wieder normal also es wurden auch die Umlaute im FE wie auch im BE wieder korrekt angezeigt. An was könnte es denn liegen das entsprechendes Modul / entsprechende Erweiterung das verursacht hat ???? (nach dem Ausi gesagt hat das ich auch mal in der DB schauen soll wie dort der Text hinterlegt ist und ich dort alles korrekt angezeigt bekam).

**ausi** · 03.01.2018, 19:30

Der Fehler wird durch folgenden Code verursacht:
https://github.com/Glumanda99/contao...er.php#L33-L60

Der HTML-Code jedes Inhaltselements wird dort über DOMDocument durch den HTML-Parser von libxml geschickt und danach wieder zurück in HTML-Code verwandelt. Dadurch entstehen sowohl die Doctype-, HTML- und Body-Tags als auch die feherhaften Umlaute.