Liebes Jommla! Team,
seit dem Heuteigen Update (14.12.2021) erhalte ich folgende Fehlermeldung auf meiner Website (https://www.irisgross.de
0 A COLON CANNOT BE USED IN AN UNQUOTED MAPPING VALUE AT LINE 92 (NEAR "HELP : INPUT THE ELEMENT NUMBER YOU WANT TO BE FULL WIDTH. SEPERATED BY COMMA, EG : 1,4,7").
Da die gesamte Website betroffen ist und nicht mehr genutzt werden kann würde ich mich über eine schnelle Hilfe eurerseits freuen.
Viele Dank und beste Grüße
Bitte alle nötigen Informationen, wie in den Forenregeln genannt, angeben.
Und das Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack. vorbereiten.
Handelt es sich wirklich um eine Joomla4 Webseite, da Du in diesen Forenbereich geschrieben hast?
Eine Google Suche zur fehlermeldung deutet darauf hin, dass ggf. ein eingestztes Framework z.B. Laravel für das Problem verantwortlich sein könnte.
Backup machen und dann mal alles updaten.
Handelt es sich wirklich um eine Joomla4 Webseite, da Du in diesen Forenbereich geschrieben hast?
btw: 3.10.4, jedoch mit veralteten Sprachdateien
Da es nur die Startseite betrifft, ist es wohl eine Komponente auf der Modulposition, die das verursacht.
Bei Aufruf von z.B. https://www.irisgross.de/impressum ist der Fehler ja nicht existent.
btw: 3.10.4,
daher verschoben.
Bitte alle nötigen Informationen, wie in den Forenregeln genannt, angeben.
Und das Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack. vorbereiten.
Handelt es sich wirklich um eine Joomla4 Webseite, da Du in diesen Forenbereich geschrieben hast?
Vielen Dank euch schon mal für die ganzen Tipps. Ich bin leider absolut kein Experte und weiss nicht was hier zu tun ist. Ich habe die Einstellung hier so übernommen und vorbereitet. Joomla sagt mir das meine Version die Joomla! 3.10.4 ist. Ich glaube aber die Website läuft noch auf 3. Könnte ein Update auf Joomla 4 das Problem beheben?
Könnte ein Update auf Joomla 4 das Problem beheben?
Wie kommst Du darauf? Hast Du die Antworten nicht gelsen? Vor allem #3 und #5?
Und den Link in #2 zu "Debug Call stack" gelesen und ausgeführt?
Ohne Deine Mithilfe können wir nichts machen.
Wie kommst Du darauf? Hast Du die Antworten nicht gelsen? Vor allem #3 und #5?
Und den Link in #2 zu "Debug Call stack" gelesen und ausgeführt?
Ohne Deine Mithilfe können wir nichts machen.
"Debug Call Stack" habe ich gelesen und hoffentlich richtig ausgeführt. Wie könnten die nächsten Schritte aussehen. Danke und LG
Vermutlich Quix und/oder das Template will eine Konfigurationsdatei (oder ähnlich) im YAML-Format auslesen. Der Symphony-YamlParser des Gantry5-Frameworks entdeckt allerdings einen Formatierungs-Fehler in der Yaml-Datei und gibt dann diesen Fehler aus.
Das hilft dir leider nicht viel weiter, da man aus der Meldung nicht weiß, welche Datei (oder ähnlich) fehlerhaft formatiert ist, aber so als Ansatz.
Überprüfe ob es für das Templateframework und dem Pagbuilder ein Update gibt.
Das Debugging kannst Du jetzt wieder abschalten.
Ich tippe auch mal auf das Framework Yaml, da damit die meisten Fehlermeldungen kamen.
Ist es aktuell?
Es handelt sich um einen Symphony-YamlParser, nicht um das Yaml-Framework (habe nie verstanden, warum das so genannt wurde).
Erstere haben halt die Eigenschaft, wie alles von Symphony, sich radikal mit Fehler zu verabschieden. Das wird aber von den Schritten zuvor verursacht. Wenn Updates nicht helfen, muss halt in der CallStack die Datei gepickt werden, die falsches Yaml dorthinsendet. Das geht nur über temporäre Debugging-Codes reinbasteln.
Ok, danke für die Info.
Hatte nur beim Debug-Modus die Fehlermeldungen zum Yaml-Framework gesehen.
Kenne und nutze ich aber nicht.
Es handelt sich um einen Symphony-YamlParser, nicht um das Yaml-Framework (habe nie verstanden, warum das so genannt wurde).
Erstere haben halt die Eigenschaft, wie alles von Symphony, sich radikal mit Fehler zu verabschieden. Das wird aber von den Schritten zuvor verursacht. Wenn Updates nicht helfen, muss halt in der CallStack die Datei gepickt werden, die falsches Yaml dorthinsendet. Das geht nur über temporäre Debugging-Codes reinbasteln.
Vielen Dank dir für deine ausführliche Antwort. Da ich wirklich keine Ahnung vom Thema habe, hier wahrscheinlich die nächste Dumme Frage. Habe ich die Möglichkeit selbst temporäre Debugging-Codes reinzubasteln? Bin über jede Hilfe dankbar. Vielen Dank und beste grüße
Na ja, jeder hat die Möglichkeit das zu tun bei OpenSource-Codes, aber wenn man nicht davor sitzt, ist das bei einem so tief sitzenden Fehler, wo viele Stellen nach und nach "debugt" werden müssen, leider in einem Forum nicht zu erkären. Wäre ein ewiges Hin und Her.
