Contao 5.5: Problem im Backend mit Chrome

Chrome-Version: 138.0.7204.169 (macOS 15.5)

Beschreibung: Wenn man in Contao 5.5 (aktuelle Version) ein neues Inhaltselement anlegt und z.?B. „Bild“ auswählt, erscheint eine weiße Seite mit einem blauen Ladebalken. Der Fehler konnte auch von anderen Nutzern reproduziert werden, unter anderem von Christian Feneberg.

Eine aktuelle Vermutung ist, dass Browser-Erweiterungen die Ursache sein könnten. Das lässt sich jedoch bisher nicht eindeutig bestätigen, da verschiedene Nutzer unterschiedliche Erweiterungen installiert haben.

Im Inkognito-Modus tritt das Problem nicht auf – ebenso wenig in anderen Standardbrowsern (zumindest in meinem Fall).

Ich halte euch in diesem Eintrag auf dem Laufenden.

Zitat:

---

Zitat von C.Roeckl

Chrome-Version: 138.0.7204.169 (macOS 15.5)

Beschreibung: Wenn man in Contao 5.5 (aktuelle Version) ein neues Inhaltselement anlegt und z.?B. „Bild“ auswählt, erscheint eine weiße Seite mit einem blauen Ladebalken. Der Fehler konnte auch von anderen Nutzern reproduziert werden, unter anderem von Christian Feneberg.

Eine aktuelle Vermutung ist, dass Browser-Erweiterungen die Ursache sein könnten. Das lässt sich jedoch bisher nicht eindeutig bestätigen, da verschiedene Nutzer unterschiedliche Erweiterungen installiert haben.

Im Inkognito-Modus tritt das Problem nicht auf – ebenso wenig in anderen Standardbrowsern (zumindest in meinem Fall).

Ich halte euch in diesem Eintrag auf dem Laufenden.

---

Entwickler-Fragen im Forum sind der falsche Ort um einen Fehler zu melden.
Wenn du dieses Verhalten mit deinen Browser-Plugins in der Contao Demo nachstellen kannst, solltest du ein Ticket auf GitHub inklusive der genutzten Browser-Plugins posten. Zusätzlich hilft auch der (Fehler)-Log aus der Entwickler-Konsole des Browsers.

Zitat:

---

Zitat von zoglo

Entwickler-Fragen im Forum sind der falsche Ort um einen Fehler zu melden.

---

Es ist ja keine Entwickler-Frage und die Empfehlung das im Forum zu posten kam außerdem von mir. Github wäre der falsche Ort, da das nicht eindeutig reproduzierbar ist und ansonsten auch von Browser Extensions abhängig zu sein scheint. (Und Slack ist immer der falsche Ort.)

Es wurde aber im Topic Entwickler-Fragen gepostet :D.
Im Forum gehen solche Fehler schnell verloren, auf GitHub hatte man es zumindest für andere dokumentiert. Es wird vermutlich ein Problem mit Turbo beim Versand von Formularen sein. Man kann dies aber sicherlich über die Network Requests herausfinden, vielleicht sind auch JS Fehler ersichtlich.

@Christian, magst du deine genutzten Browser Extensions auflisten oder besser, kannst du diese nach und nach deaktivieren und den Übeltäter nennen?

Moderation: Thema verschoben.

Zitat:

---

Zitat von zoglo

Im Forum gehen solche Fehler schnell verloren, auf GitHub hatte man es zumindest für andere dokumentiert.

---

Github ist der Ort um definitive Fehler zu melden. Das Forum ist der Ort, wo man sich bei solchen Fehlern gegenseitig helfen kann. Und wenn dann rauskommt, dass es ein reproduzierbarer Fehler ist, der ggf. innerhalb von Contao behoben werden kann, öffnet man ein Ticket auf Github.

Da sich das Problem nur schwer reproduzieren lässt, wäre es sehr hilfreich, wenn wir hier alle verfügbaren Informationen sammeln. Sobald sich der Fehler zuverlässig nachstellen lässt, erstelle ich gerne ein Ticket bei GitHub.

Hier ein Video, dass das Problem zeigt:
https://www.loom.com/share/e5fce96c4...a-a06729d80356

Mein aktueller Stand:
- Contao 5.5.12 ohne Erweiterungen
- Browser: Chrome bzw. Brave
- Fehler tritt aktuell nur mit aktiven Browser-Erweiterungen auf; im Inkognito-Modus und ohne Erweiterungen gibt es bisher keine Probleme
- Verdacht liegt auf der Browser-Erweiterung „LanguageTool“

Leider lässt sich der Fehler nicht per Knopfdruck reproduzieren. Es kann teilweise sehr lange dauern, bis das Problem auftritt.
Mit aktiver „LanguageTool“-Erweiterung und etwas Geduld tritt das Problem jedoch definitiv auf.

Hilft das weiter?
Anhang 27980

Kann ich, wenn LanguageTool installiert ist (sonst nicht), auf meiner lokalen 5.x-dev und in der Demo auch reproduzieren, ist in meinem Fall sogar fast immer reproduzierbar.
Das body-Element ist dann komplett weg und die Browser Console sagt folgendes:

Code:

---

backend.3b463c36.js:16 Uncaught (in promise) NotFoundError: Failed to execute 'replaceWith' on 'Element': The node before which the new node is to be inserted is not a child of this node.
    at pt.renderElement (backend.3b463c36.js:16:26765)
    at pt.assignNewBody (backend.3b463c36.js:16:29369)
    at backend.3b463c36.js:16:27907
    at ve.preservingPermanentElements (backend.3b463c36.js:2:27630)
    at pt.preservingPermanentElements (backend.3b463c36.js:2:29202)
    at pt.replaceBody (backend.3b463c36.js:16:27835)
    at pt.render (backend.3b463c36.js:16:27181)
    at bt.renderSnapshot (backend.3b463c36.js:2:24135)
    at bt.render (backend.3b463c36.js:2:23400)
    at async backend.3b463c36.js:16:11605
renderElement @ backend.3b463c36.js:16
assignNewBody @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
preservingPermanentElements @ backend.3b463c36.js:2
preservingPermanentElements @ backend.3b463c36.js:2
replaceBody @ backend.3b463c36.js:16
render @ backend.3b463c36.js:16
renderSnapshot @ backend.3b463c36.js:2
render @ backend.3b463c36.js:2
await in render
renderPage @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
Promise.then
renderChange @ backend.3b463c36.js:16
renderPageSnapshot @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
render @ backend.3b463c36.js:16
await in render
loadResponse @ backend.3b463c36.js:16
visitRequestCompleted @ backend.3b463c36.js:16
recordResponse @ backend.3b463c36.js:16
simulateRequest @ backend.3b463c36.js:16
issueRequest @ backend.3b463c36.js:16
visitStarted @ backend.3b463c36.js:16
start @ backend.3b463c36.js:16
startVisit @ backend.3b463c36.js:16
visitProposedToLocation @ backend.3b463c36.js:16
visitProposedToLocation @ backend.3b463c36.js:16
proposeVisit @ backend.3b463c36.js:16
formSubmissionSucceededWithResponse @ backend.3b463c36.js:16
await in formSubmissionSucceededWithResponse
requestSucceededWithResponse @ backend.3b463c36.js:2
receive @ backend.3b463c36.js:2
perform @ backend.3b463c36.js:2
await in perform
start @ backend.3b463c36.js:2
submitForm @ backend.3b463c36.js:16
formSubmitted @ backend.3b463c36.js:16
submitBubbled @ backend.3b463c36.js:2
autoSubmit @ backend.3b463c36.js:25
onchange @ contao?do=article&id=421&table=tl_content&act=edit&ref=AF88GzWm:427
e.triggerEvent @ choices.min.js?v=11.0.3:2
e._triggerChange @ choices.min.js?v=11.0.3:2
e._handleChoiceAction @ choices.min.js?v=11.0.3:2
e._onEnterKey @ choices.min.js?v=11.0.3:2
e._onKeyDown @ choices.min.js?v=11.0.3:2

---

Zitat:

---

Zitat von lbableck

Kann ich, wenn LanguageTool installiert ist (sonst nicht), auf meiner lokalen 5.x-dev und in der Demo auch reproduzieren, ist in meinem Fall sogar fast immer reproduzierbar.
Das body-Element ist dann komplett weg und die Browser Console sagt folgendes:

Code:

---

backend.3b463c36.js:16 Uncaught (in promise) NotFoundError: Failed to execute 'replaceWith' on 'Element': The node before which the new node is to be inserted is not a child of this node.
    at pt.renderElement (backend.3b463c36.js:16:26765)
    at pt.assignNewBody (backend.3b463c36.js:16:29369)
    at backend.3b463c36.js:16:27907
    at ve.preservingPermanentElements (backend.3b463c36.js:2:27630)
    at pt.preservingPermanentElements (backend.3b463c36.js:2:29202)
    at pt.replaceBody (backend.3b463c36.js:16:27835)
    at pt.render (backend.3b463c36.js:16:27181)
    at bt.renderSnapshot (backend.3b463c36.js:2:24135)
    at bt.render (backend.3b463c36.js:2:23400)
    at async backend.3b463c36.js:16:11605
renderElement @ backend.3b463c36.js:16
assignNewBody @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
preservingPermanentElements @ backend.3b463c36.js:2
preservingPermanentElements @ backend.3b463c36.js:2
replaceBody @ backend.3b463c36.js:16
render @ backend.3b463c36.js:16
renderSnapshot @ backend.3b463c36.js:2
render @ backend.3b463c36.js:2
await in render
renderPage @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
Promise.then
renderChange @ backend.3b463c36.js:16
renderPageSnapshot @ backend.3b463c36.js:16
(anonymous) @ backend.3b463c36.js:16
render @ backend.3b463c36.js:16
await in render
loadResponse @ backend.3b463c36.js:16
visitRequestCompleted @ backend.3b463c36.js:16
recordResponse @ backend.3b463c36.js:16
simulateRequest @ backend.3b463c36.js:16
issueRequest @ backend.3b463c36.js:16
visitStarted @ backend.3b463c36.js:16
start @ backend.3b463c36.js:16
startVisit @ backend.3b463c36.js:16
visitProposedToLocation @ backend.3b463c36.js:16
visitProposedToLocation @ backend.3b463c36.js:16
proposeVisit @ backend.3b463c36.js:16
formSubmissionSucceededWithResponse @ backend.3b463c36.js:16
await in formSubmissionSucceededWithResponse
requestSucceededWithResponse @ backend.3b463c36.js:2
receive @ backend.3b463c36.js:2
perform @ backend.3b463c36.js:2
await in perform
start @ backend.3b463c36.js:2
submitForm @ backend.3b463c36.js:16
formSubmitted @ backend.3b463c36.js:16
submitBubbled @ backend.3b463c36.js:2
autoSubmit @ backend.3b463c36.js:25
onchange @ contao?do=article&id=421&table=tl_content&act=edit&ref=AF88GzWm:427
e.triggerEvent @ choices.min.js?v=11.0.3:2
e._triggerChange @ choices.min.js?v=11.0.3:2
e._handleChoiceAction @ choices.min.js?v=11.0.3:2
e._onEnterKey @ choices.min.js?v=11.0.3:2
e._onKeyDown @ choices.min.js?v=11.0.3:2

---

---

Daher auch meine Antwort mit "Es wird vermutlich ein Problem mit Turbo beim Versand von Formularen sein": https://community.contao.org/de/show...l=1#post597283

Diese Browser-Extension replaced hier Content, dann kommt es zu einem Fehler bei Turbo. Ist bei einem Mitarbeiter schon aufgetreten.

Ein Fehler von Contao wäre es nicht, die Extension manipuliert den Dom, diese wäre bspw. nicht mit Turbo kompatibel.

Zitat:

---

Zitat von zoglo

Daher auch meine Antwort mit "Es wird vermutlich ein Problem mit Turbo beim Versand von Formularen sein": https://community.contao.org/de/show...l=1#post597283

Diese Browser-Extension replaced hier Content, dann kommt es zu einem Fehler bei Turbo. Ist bei einem Mitarbeiter schon aufgetreten.

Ein Fehler von Contao wäre es nicht, die Extension manipuliert den Dom, diese wäre bspw. nicht mit Turbo kompatibel.

---

Hmm. Für mich ist die Extension sehr wertvoll. Gibt es gar keine Möglichkeiten das irgendwie zu lösen?
Sobald Contao 5.7 veröffentlicht wird, werden da sicher zahlreiche Meldungen von Redakteuren kommen :-(

Das sollte der Extensionentwickler beheben, das Problem wird dadurch verursacht, dass <lt-toolbar> nach dem body eingefügt wird, also direkt im html-Tag. Das darf nicht sein.

Danke für den Hinweis. Ich werde mal dem Support schreiben. Mal sehen, was passiert.

Ich habe nun ein Ticket beim Support von LanguageTool erstellt. Hoffe, dass das Ticket bist zur richtigen Stelle der Technik gelangt.