Startseite›Support›Unterstützung in Deutsch›[Eskaliert an das Kompatibilitätsteam] Fehler beim Speichern / Aktualisieren von Beaver-Builder globale gespeicherten Zeilen
[Eskaliert an das Kompatibilitätsteam] Fehler beim Speichern / Aktualisieren von Beaver-Builder globale gespeicherten Zeilen
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
8:00 – 13:00
9:00 – 13:00
9:00 – 13:00
8:00 – 12:00
8:00 – 12:00
-
-
14:00 – 17:00
14:00 – 18:00
14:00 – 18:00
13:00 – 17:00
13:00 – 17:00
-
Unterstützt die Zeitzone: Europe/Zagreb (GMT+01:00)
Background of the issue:
Ich versuche, globale gespeicherte Zeilen im Beaver-Builder zu bearbeiten. Beim Bearbeiten tritt ein Fehler auf: Uncaught TypeError: type is null. Der Fehler tritt nicht auf, wenn das WPML Plugin deaktiviert ist. Der Fehler ist ähnlich wie in diesem Forumseintrag beschrieben: https://wpml.org/forums/topic/there-is-a-bug-when-i-use-the-beaver-builder-creator/. Die empfohlenen Schritte wurden umgesetzt, aber das Problem besteht weiterhin.
Symptoms:
Beim Bearbeiten von globalen Zeilen im Beaver-Builder erhalte ich den Fehler: Uncaught TypeError: type is null.
Questions:
Wie kann das Problem gelöst werden, das globale gespeicherte Zeilen im BeaverBuilder wieder bearbeitet werden können?
Meinen Sie, dass nach einer erneuten Änderung der Originalseite und dem erneuten Speichern der Übersetzung das CSS und Styling korrekt funktionieren, sodass das Leeren des Caches nicht mehr erforderlich ist?
Passiert das Gleiche auf Ihrer Website? Ist es also nur für das erste Übersetzungs-Update notwendig, während alle nachfolgenden Änderungen wie erwartet funktionieren?
"Meinen Sie, dass nach einer erneuten Änderung der Originalseite und dem erneuten Speichern der Übersetzung das CSS und Styling korrekt funktionieren, sodass das Leeren des Caches nicht mehr erforderlich ist?"
Ich kann auf Ihrer Staging den Fehler nun reproduzieren und ist wie folgt:
- Umstellung WPML Übersetzung von Beitragstypen fl-builder-template -> Übersetzbar
- Eine Seite mit BB erstellt und Zeilen als globale Row gespeichert -> kein Fehler
- Die globale Row im nachhinein nochmal geändert -> Fehler
Die globale Row zum bearbeiten (Einfach ein Modul hinzufügen): versteckter Link
Vorher war auf Ihrer Test/Staging folgendes eingestellt:
- Umstellung WPML Übersetzung von Beitragstypen fl-builder-template -> Nicht Übersetzbar
- Eine Seite mit BB erstellt und Zeilen als globale Row gespeichert -> kein Fehler
- Die globale Row im nachhinein nochmal geändert -> kein Fehler
Wenn also templates nicht übersetzbar sind scheint es besser zu sein
Auf meiner Staging habe ich folgendes getestet:
- Umstellung WPML Übersetzung von Beitragstypen fl-builder-template -> Nicht Übersetzbar
- neue globale Row erstellt und gespeichert -> kein Fehler
- neu erstellte globale Row bearbeitet - kein Fehler!
- alte globale Row (war vor der WPML Umstellung generiert) -> Fehler!
Es scheint wenn WPML Übersetzung von Beitragstypen fl-builder-template -> Nicht Übersetzbar eingestellt ist, es keinen Fehler gibt. Allerdings lassen sich die globalen Rows, welche mit der Einstellung Beitragstypen fl-builder-template -> Übersetzbar erstellt wurden nicht bearbeiten - hier kommt wieder der Fehler.
Entschuldigung für die Verwirrung bezüglich der CSS-Frage. Ich habe gleichzeitig an einem anderen WPML-Problem mit Beaver Builder gearbeitet und versehentlich auf das falsche Ticket geantwortet.
In diesem Fall eskaliere ich das Problem an unser Kompatibilitätsteam zur weiteren Überprüfung. Allerdings habe ich mehrere interne Tickets gefunden, in denen wir die *fl-builder-template-type*-Taxonomie explizit als nicht übersetzbar festgelegt haben, da sie langfristig Probleme verursachte.
Ich halte Sie über alle Updates in diesem Ticket auf dem Laufenden.
