WPML Multilingual CMS 5.2.0

Veröffentlicht: 21. Oktober 2026
Kanal: Stable
Getestet mit WordPress: 7.1
Produkt: WPML Multilingual CMS

Changelog

Schnelleres Speichern und schnellere Seiten, ein neu erstelltes Übersetzungs-Dashboard, eine klarere automatische Übersetzung und 355 Fehlerbehebungen.

Was gibt es Neues

Die automatische Übersetzung belässt Aufträge nicht mehr im Status „In Bearbeitung“, wenn das Konto nicht bezahlen kann: Sie wird mit „Zur Abrechnung gehen“ pausiert und nach der Bezahlung fortgesetzt.
Die Inhaltsliste im Übersetzungs-Dashboard wurde neu erstellt: Sie funktioniert auf Websites mit vielen Sprachen, listet jeden Beitrag einmal auf und ihre Statusfilter entsprechen der Spalte.
Das Ändern der Übersetzungseinstellung eines benutzerdefinierten Feldes aktualisiert Ihre vorhandenen Inhalte als nachverfolgte Hintergrundaufgabe, und die Einstellungen erklären, was jede Option bewirkt.
Kleine Bearbeitungen an übersetzten Inhalten führen nicht mehr dazu, dass vorhandene Übersetzungen verloren gehen oder als komplett neue Übersetzung berechnet werden.
Name und Beschreibung einer Kategorie oder eines Schlagworts werden nur einmal übersetzt und berechnet, nicht erneut in jedem Beitrag, der sie verwendet.
Produktvariationen sind von „Alles übersetzen“ ausgenommen, und früher erstellte leere Variationsaufträge werden entfernt.
Das Abbrechen eines Auftrags für bereits übersetzte Inhalte stellt deren vorherigen Zustand wieder her.
Die Admin-Bildschirme von WPML richten sich nach Ihrer Admin-Sprache, einschließlich von rechts nach links geschriebener Sprachen.
Kommentarzahlen werden pro Sprache angezeigt, und Beitragsstatus bleiben zwischen Originalen und ihren Übersetzungen synchronisiert.
Der Überprüfungsmodus wird pro Übersetzungsstapel beibehalten, und der Erweiterte Übersetzungs-Editor markiert Medien- und Taxonomietexte, deren Original sich geändert hat.
Multisite: Der Einrichtungsassistent der Unterwebsite verarbeitet den Website-Key korrekt, ohne eine fehlerhafte Benutzerabfrage, und Unterwebsites melden keine Diskrepanz beim Website-Key mehr.
Die Übersetzungspriorität wurde entfernt, und das Zurücksetzen von WPML ist blockiert, solange die Website noch Sekundärsprachen hat.
Der Check-in der Website bei wpml.org umfasst den Status ihrer Einrichtung und der automatischen Übersetzung; ein Opt-in-Kontrollkästchen im Einrichtungsassistenten und in den Einstellungen steuert die Freigabe Ihrer Inhaltsstatistiken und Plugin-Liste.
Alle WPML-Add-ons werden aus derselben Quelle wie WPML erstellt und zeitgleich mit diesem ausgeliefert.
Jedes WPML-Add-on enthält dieselbe Version der gemeinsam genutzten Bibliothek wie WPML, sodass der Hinweis „WPML-Update ist unvollständig“ übersetzt bleibt, unabhängig davon, welches Plugin zuerst geladen wird.
Erhöhte Sicherheit: strengere Handhabung gespeicherter Daten, validierte Anfrageeingaben, sichereres Löschen von Dateien, Dateinamen und Include-Pfaden sowie maskierte gespeicherte Werte.
Wenn die Administratorrolle die WPML-Berechtigungen verloren hat, stellt WPML diese wieder her, sodass neue Administratoren alle Funktionen von WPML sehen.
Die Warnung des Einrichtungsassistenten zu den Mindestanforderungen kann nicht mehr übersprungen werden und verloren gehen.
Wenn das Senden von Inhalten zur Übersetzung aufgrund eines Datenbankproblems fehlschlägt, zeigt das Popup die Fehlerdetails an.
Wenn WPML die verfügbaren Wörter Ihres Kontos nicht lesen kann, zeigt es einen klaren Status und eine Meldung an.
Ein Auftrag, der neben erfolgreich erstellten Aufträgen immer wieder fehlschlägt, wird nicht mehr unbegrenzt oft wiederholt.
Während eines Verbindungsausfalls, der nur durch ein erneutes Senden beendet werden kann, zeigt das Banner keinen Countdown für Wiederholungsversuche mehr an.
In der Übersetzungswarteschlange bleiben im Status-Filter angekreuzte Status nach dem Laden der Auftragsliste angekreuzt.
Der Hinweis „Ihre Preise für die automatische Übersetzung wurden aktualisiert“ auf dem Übersetzungs-Dashboard zeigt nun seinen Inhalt an, anstatt leer zu bleiben.
Die Auswahl von „Aus Originalsprache kopieren, wenn die Übersetzungssprache codierte URLs verwendet“ warnt Sie, wenn keine aktive Sprache codierte URLs verwendet.
Dropdown-Sprachumschalter lassen sich nun mit der Tastatur und per Klick öffnen und teilen Screenreadern mit, ob sie geöffnet sind.
Das Dropdown-Symbol des Sprachumschalters wird nur angezeigt, wenn Übersetzungen zur Auswahl stehen.
Der Sprachumschalter wird deaktiviert, wenn die Website nur eine aktive Sprache hat.
Der Sprachumschalter im Jahresarchiv eines benutzerdefinierten Beitragstyps verlinkt auf das richtige Archiv.
Beitrags- und Seitenvorschauen verwenden auf Websites mit einer anderen Domain pro Sprache die richtige Adresse.
Die Beitragsliste zeigt das richtige Symbol für eine laufende Übersetzung an.
Bei Inhalten mit time-Elementen bleibt das HTML intakt, wenn sie zur Übersetzung aufgeteilt werden.
Das Arbeiten in mehreren Browser-Tabs führt nicht mehr zu einer Vermischung der Sprachen im Block-Editor.
Aus dem Erweiterten Übersetzungs-Editor zwischengespeicherte Sprachpaar-Informationen veralten nicht mehr und reparieren sich selbst.
Das Verbinden einer Übersetzung mit einer anderen Übersetzungsgruppe schlägt nicht mehr fehl, während gleichzeitig ein Erfolg gemeldet wird.
Admin-Listen hierarchischer Beitragstypen, wie z. B. Seiten, führen nicht mehr für jeden Beitrag eine Übersetzungsabfrage aus, was auf Hosts mit begrenzter Abfragegröße fehlschlug.
Die automatische Übersetzung von Kategorien, Schlagwörtern und anderen Begriffen ist zuverlässiger.
Alte Admin-Adressen von Support-Tools führen zur einzigen Support-Seite anstatt zu separaten Kopien.
Automatisch aus feldbasierten Buildern wie Meta Box erkannte Blöcke bieten nur ihre Textattribute zur Übersetzung an.
Avada: Das Fusion Post Cards-Widget wird übersetzt.
WP User Manager: Der Sprachumschalter auf einer Profilseite führt zur übersetzten Profilseite, nicht zur generischen.
Wenn die erneute Verbindung einer kopierten oder verschobenen Website fehlschlägt, löscht WPML den Website-Key nicht mehr, sodass Updates und die automatische Übersetzung weiterhin funktionieren.
Ein als base64-codiert registriertes Shortcode-Attribut, das tatsächlich Klartext enthält, kann nun übersetzt werden.

Performance

Beim Speichern einer Seite oder eines Templates, einschließlich Elementor-Templates, werden unveränderte Übersetzungen nicht mehr neu geschrieben, sodass das Speichern auf Websites mit vielen Sprachen viel schneller ist.
Frontend-Seiten auf WooCommerce-Websites laden schneller: URL-Regeln werden nicht mehr für jeden Produktbegriff neu eingelesen.
Eine gecachte Frontend-Anfrage fragt bei jedem Seitenaufruf nicht mehr die Datenbank nach den Sprachtabellen von WPML ab.
Frontend-Anfragen schreiben keinen Upgrade-Fortschritt mehr und lesen das Tabellenlayout von WPML nicht mehr neu ein.
Beitragsbearbeitungsbildschirme warten nicht mehr bei jedem Laden auf die Abfrage der Übersetzungs-Engine, und eine fehlgeschlagene Abfrage wird nicht auf jeder Seite wiederholt.
Beim Bearbeiten eines Beitrags auf einer Website mit vielen Plugins geht der Arbeitsspeicher nicht mehr aus.
Das Übersetzungsmanagement-Dashboard verursacht auf Websites mit vielen übersetzten Begriffen keine Zeitüberschreitungen mehr.
Dem Übersetzungsmanagement-Dashboard geht beim Zählen von Wörtern nicht mehr der Arbeitsspeicher aus.
Unter WPML > Übersetzungen geht auf Websites mit einem persistenten Objekt-Cache wie Redis oder dem von WP Engine nicht mehr der Arbeitsspeicher aus.
Die Cache-Tabelle für die URL-Auflösung wächst nicht mehr unbegrenzt, und beim Speichern von Routing-Einstellungen wird nicht mehr die gesamte Tabelle gezählt.
Begriffsabfragen mit langen Include-, Exclude- oder Child-Listen, wie in Menüs, Widgets und Produktfiltern, werden in einer einzigen Datenbankabfrage übersetzt.
Übersetzungen von Produktbegriffen, die außerhalb einer Abfrage gelesen werden, werden einmal pro Anfrage nachgeschlagen.
Standardtexte von Blöcken werden beim Rendern eines Blocks übersetzt, nicht für jeden registrierten Blocktyp bei jeder Anfrage.
WP-CLI-Befehle benötigen weniger Arbeitsspeicher: WPML lädt seinen Installer nur, wenn ein Befehl ihn benötigt.
Multisite: Beim Wechseln zwischen Websites werden keine Wiederherstellungsprüfungen mehr ausgeführt, wenn es nichts wiederherzustellen gibt, sodass Netzwerk-Admin-Seiten wieder schnell laden.
Produktübersetzungen werden in einer Abfrage für Produkte nachgeschlagen, die von WooCommerce-Produktkollektionsblöcken angezeigt werden.
WP Rocket optimiert die Root-Seite der Website wie jedes Sprachverzeichnis und protokolliert dafür nicht mehr „Empty buffer“.
Elementor-Seiten führen nicht mehr jeden Konverter für dynamische IDs von WooCommerce auf jedem Element aus.
Admin-Seiten registrieren die Standardtexte jedes Drittanbieter-Blocks nicht mehr bei jeder Anfrage neu, was viele Datenbankabfragen spart.
Auf einigen aktualisierten Websites wird die Aktualisierung des Sprachkatalogs nur einmal ausgeführt anstatt bei jeder Anfrage.
Beim Speichern eines Beitrags werden die WPML-Tabellen nicht mehr jedes Mal neu überprüft, und ein Block-Beitrag liest sein String-Paket nur einmal.
Frontend-Seiten von Block-Themes und WooCommerce-Shops lesen Blockübersetzungen, Begriffs-Slugs und übersetzte URL-Regeln einmal pro Seite, nicht bei jeder Verwendung.
Werte, die WPML ohne Ablaufdatum zwischenspeichert, werden beibehalten, anstatt als abgelaufen behandelt und gelöscht zu werden.
Beim Nachschlagen von Begriffen nach Slug wird nicht mehr dieselbe Anpassung für jedes Nachschlagen in einer Anfrage wiederholt.
WPML erstellt nicht mehr bei jedem Nachschlagen der Home-URL einen vollständigen Stack-Trace, und sein Home-URL-Filter wird gecacht.
WPML lädt seine E-Mail-Template-Engine nicht mehr auf jeder Admin-Seite, bei jeder REST-Anfrage und jedem AJAX-Aufruf, sodass weniger Dateien geladen werden.
Admin-Seiten zählen nicht mehr bei jedem Laden die Beiträge mit benutzerdefinierten Feldern, die auf Ihre Entscheidung warten.
Admin-Seiten werden nicht mehr durch eine langsame REST-API-Prüfung und Daten-Dekomprimierungsfehler verlangsamt.
Page-Builder: Das Speichern mehrerer Übersetzungen in einer Anfrage erstellt nicht mehr jeden früheren Beitrag neu.
Die Beitragsliste führt nicht mehr für jede Zeile eine Übersetzungsabfrage aus.
Die Einstellungsseite für die KI-Übersetzung wird geladen, ohne auf Antworten von unserem Übersetzungssystem zu warten.
Das Speichern von Beiträgen ist auf großen mehrsprachigen Websites schneller.
Das Anwenden einer Übersetzung auf einen Beitrag mit vielen benutzerdefinierten Feldern ist schneller.
Die Taxonomie-Übersetzungsseite verursacht auf Websites mit einer sehr großen Anzahl von Begriffen keine Zeitüberschreitungen mehr.
Das Übersetzungs-Dashboard liest die übersetzbaren Inhaltstypen einmal pro Seite statt zweimal.

Fehlerbehebungen für die automatische Übersetzung und „Alles übersetzen“

„Alles übersetzen“ bleibt wegen des monatlichen Ausgabenlimits nicht mehr pausiert, nachdem das Limit erhöht oder der Monat zurückgesetzt wurde.
Die Box für das pausierte „Alles übersetzen“ zeigt das aktuelle monatliche Ausgabenlimit und die Nutzung dieses Monats an.
Texte, die bei einer früheren Übersetzung nur aus der Originalsprache kopiert wurden, wie z. B. unübersetzte Formularmeldungen, werden nun automatisch übersetzt, anstatt als erledigt behandelt zu werden, während eine von einem Übersetzer absichtlich erstellte Kopie beibehalten wird.
„Alles übersetzen“ wendet Begriffsübersetzungen an, deren Beschreibung HTML enthält, wie z. B. ein Bild, und ein fehlgeschlagener Begriffsauftrag gibt seinen Grund an.
Kostenschätzungen für „Alles übersetzen“ lassen pausierte Sprachen aus, einschließlich Elementen, deren einzige fehlende Übersetzung in einer pausierten Sprache ist.
Automatische Übersetzungen werden auch dann geliefert, wenn eine frühere Übersetzung des Inhalts gelöscht wurde, und ein fehlgeschlagener Auftrag wirkt sich nicht mehr auf die anderen aus.
Websites, bei denen WPML nach fertigen Übersetzungen fragt, sammeln diese weiter, bis keine mehr übrig sind, sodass ein großer Stapel in Minuten statt in Tagen ankommt.
Das Verwerfen eines fehlgeschlagenen automatischen Übersetzungsauftrags entfernt ihn endgültig, und seine Texte werden nicht erneut an die automatische Übersetzung gesendet.
Der Strings-Durchlauf von „Alles übersetzen“ wird auf Websites mit vielen vergangenen Stapeln nicht mehr langsamer.
Eine verworfene oder abgebrochene fehlgeschlagene automatische Übersetzung eines Beitrags, String-Stapels, String-Pakets oder Begriffs wird erst dann erneut gesendet, wenn sich ihr Inhalt ändert.
Die Aktion „Lokale Auftrags-IDs mit ATE-Aufträgen synchronisieren“ lehnt mehrdeutige Auftragszuordnungen ab, sodass eine Lieferung niemals in eine nicht zusammenhängende Übersetzung geschrieben wird.
Das Wechseln der Übersetzungs-Engine in den KI-Übersetzungseinstellungen meldet ein fehlgeschlagenes Speichern als fehlgeschlagen, anstatt „Gespeichert“ anzuzeigen.
Die Box „Konnte nicht abgeschlossen werden“ listet nach dem Verwerfen von Aufträgen keinen Auftrag mehr auf, bei dem jedes Detail als N/A angezeigt wird.
Übersetzungen, die geliefert werden, während ein Beitragsbildschirm geöffnet ist, behalten ihre Verknüpfung zum Original und ihre Sprache bei, wenn ein anderes Plugin das Speichern von Beiträgen übernimmt.
„Alles übersetzen“ überspringt keinen Begriff mehr, der erstellt wurde, während es diese Taxonomie abschließt.
WPML-Admin-Seiten funktionieren weiterhin, wenn der Erweiterte Übersetzungs-Editor eine unerwartete Antwort zur Sprachzuordnung gibt.
„Alles übersetzen“ zeichnet jedes abgeschlossene Element einmal auf, und das Entfernen einer Sprache löscht es auch aus den Ninja Forms- und WPForms-Datensätzen.
Kostenschätzungen für „Alles übersetzen“, einschließlich der des Einrichtungsassistenten, zählen Beiträge mit ihren Begriffsfeldern, Strings, String-Paketen und Taxonomie-Labels so, wie sie gesendet werden.
Die Kostenschätzung für die automatische Übersetzung listet auf, was sie nicht mitzählt, sodass die endgültige Nutzung keine Überraschungen bereithält.
„Alles übersetzen“ bleibt nicht mehr bei Block-Widget-Texten außerhalb der Admin-Bildschirme hängen, und Inhalte, die es nicht senden kann, blockieren keine späteren Beiträge mehr.
„Alles übersetzen“ überschreibt keinen Fortschritt mehr, den eine andere Anfrage zur gleichen Zeit aufgezeichnet hat.
Der Hinweis unter der Wortanzahl-Tabelle von „Alles übersetzen“ erklärt, dass nach der ersten Übersetzung Bearbeitungen kostenlos sind und Sie nur für hinzugefügte Wörter bezahlen.
„Alles übersetzen“ sendet ein Widgets-String-Paket, das hinzugefügt wurde, während Widgets ausgeschlossen waren, sobald Widgets wieder eingeschlossen sind.
Wenn WPML die Website nicht erreichen kann, um nach gelieferten Übersetzungen zu suchen, meldet die Statusbox, dass die Prüfungen gestoppt wurden, und bietet an, sie jetzt abzurufen.
Wenn unser Übersetzungssystem die Adresse der Website weiterhin ablehnt, zeigt WPML an, dass es die Verbindung wiederherstellt, und versucht es weiter, ohne aufzufordern, die Standardsprache zuzuordnen.
Wenn Sie während einer Lieferprüfung auf „Übersetzungen jetzt abrufen“ klicken, werden die Übersetzungen direkt nach Abschluss dieser Prüfung gesammelt.
Wenn mehrere Admin-Seiten gleichzeitig aufgefordert werden, sich wieder mit unserem Übersetzungssystem zu verbinden, registriert WPML die Website nur einmal neu.
Bei einer Sprache, die mit „Vorhandene Inhalte übersetzen“ hinzugefügt wurde, während WPML die Verbindung wiederherstellt, werden ihre vorhandenen Inhalte übersetzt, sobald die Verbindung wiederhergestellt ist.
Die Schaltfläche „Inhalte übersetzen“ ist nicht mehr ohne Erklärung deaktiviert, während WPML die Verbindung zu unserem Übersetzungssystem wiederherstellt.
Websites mit laufenden Übersetzungen suchen wie vorgesehen alle zwei Minuten nach fertigen Übersetzungen, und die Prüfung hält Ihren Browser nicht mehr auf.
Während einer erneuten Verbindung zeigt Schritt 2 des Übersetzungs-Dashboards keinen Countdown für Wiederholungsversuche oder eine „Kann nicht erreicht werden“-Meldung an, und die zurückgehaltene Schaltfläche für „Alles übersetzen“ erklärt, warum.
Die Schätzung für „Alles übersetzen“ benennt die Zeile für Block-Widgets „Block“ statt „Widget“ oder „Widgets“.
Die Kostenschätzung des Einrichtungsassistenten zählt die Kategorie eines Beitrags nicht mehr in einer Sprache, in die sie bereits übersetzt wurde, was dem Übersetzungs-Dashboard entspricht.
Ein Auftrag, den die Übersetzungs-Engine nicht übersetzen konnte, erscheint in der Liste der Aufträge, die nicht abgeschlossen werden konnten, mit den Optionen „Erneut senden“ und „Verwerfen“.
„Alles übersetzen“ sendet und berechnet ein Taxonomie-Label nicht mehr zweimal, wenn sein Statusdatensatz verloren geht.
Das Einschalten von „Alles übersetzen“ behauptet nicht mehr, dass die Standardsprache nicht unterstützt wird, wenn WPML die Support-Informationen einfach nicht lesen konnte.
Während WPML die Verbindung zu unserem Übersetzungssystem wiederherstellt, bleibt die Box für „Alles übersetzen“ in einem pausierten Zustand sichtbar und erklärt, was passiert.
Eine Übersetzung, die sich immer wieder nicht anwenden lässt, wird nach dem dritten Versuch aufgegeben und mit „Erneut senden“ und „Verwerfen“ aufgelistet; „Erneut senden“ startet einen neuen Auftrag.
WPML erkennt „Fehlende Sprachzuordnung“-Antworten von unserem Übersetzungssystem und löscht das Fehlersymbol eines dort abgebrochenen Auftrags.
Bei der Rückkehr aus dem Erweiterten Übersetzungs-Editor meldet WPML, wenn die Übersetzung nicht gespeichert werden konnte, mit dem Grund und dem nächsten Schritt.
Automatische Übersetzungen werden weiterhin geliefert, wenn ein anderes Plugin eine davon nicht speichern kann, und der Fortschritt in der Admin-Leiste beginnt nicht mehr bei null.
Nach der Bezahlung über das Konto-Widget im WordPress-Dashboard wird die Box für die pausierte automatische Übersetzung sofort ausgeblendet.
Bei der nutzungsbasierten Abrechnung geben Aufträge, die durch eine ausstehende oder fehlgeschlagene Zahlung zurückgehalten werden, an, warum sie warten und wie es weitergeht.
Ein Verbindungsausfall mit unserem Übersetzungssystem endet erst, wenn das Senden wieder funktioniert, und „Wiederholen“ lässt keinen doppelten Auftrag mehr durch.
Nach einem Senden an die automatische Übersetzung zählt das Ergebnis nur die tatsächlich erstellten Aufträge, und „Wiederholen“ ersetzt einen zurückgehaltenen Auftrag nicht mehr jedes Mal.
Wenn ein Teil eines Sendens von „Alles übersetzen“ fehlschlägt, werden die fehlgeschlagenen Elemente zurückgehalten und später erneut gesendet.
Eine Antwort, die WPML nicht lesen kann, wie z. B. eine Proxy-Seite, blockiert diese Elemente nicht mehr dauerhaft für die automatische Übersetzung.
Sendeaufträge von außerhalb des Übersetzungs-Dashboards, wie z. B. aus dem Beitragseditor oder der Beitragsliste, werden nicht mehr abgelehnt, während WPML einen Ausfall abwartet.
Der Verbindungshinweis unterscheidet Kontoprobleme von Problemen mit dem Erweiterten Übersetzungs-Editor, sodass das eine das andere nicht mehr verbirgt.
Ein neuer Verbindungsausfall zeigt nicht mehr sofort „Kein Zugriff“ an, weil eine andere Anfrage den vorherigen Ausfall mitten im Senden geschlossen hat.
String-Sendungen, die fehlschlagen, abgebrochen werden, auf eine pausierte Sprache abzielen oder abgelehnt werden, hinterlassen keine leeren String-Stapel mehr.
Das erneute Senden eines fehlgeschlagenen Begriffsauftrags behält den Begriff bei, und ein fehlgeschlagenes erneutes Senden wird als fehlgeschlagen gemeldet.
Das Ausschalten von „Alles übersetzen“, während Strings übersetzt werden, belässt diese nicht mehr dauerhaft im Status „Übersetzung wird ausgeführt“.
Auf Bildschirmen in Telefonbreite passt das Fenster „Alles übersetzen einrichten“ auf den Bildschirm und kann geschlossen werden.
„Alles übersetzen“ sendet und berechnet einen Auftrag nicht mehr erneut, den Sie abgebrochen haben, während der erste website-weite Durchlauf noch läuft.
Taxonomieaufträge, die pausiert wurden, weil dem Konto die Wörter ausgegangen sind, werden fortgesetzt, sobald Wörter hinzugefügt werden.
Das Dashboard zählt Aufträge, die unser Übersetzungssystem nie akzeptiert hat, nicht mehr als ausstehend, sodass keine Phantomübersetzungen auf die Abholung warten.
Wenn WPML nicht lesen kann, welche Sprachen die automatische Übersetzung unterstützt, werden Kostenschätzungen und die Sprachenliste des Übersetzungs-Dashboards nicht mehr falsch oder leer ausgegeben.
„Alles übersetzen“ listet einen Inhaltstyp, bei dem es nichts zu übersetzen gibt, nicht mehr als auf Ihre Genehmigung wartend auf.
Inhaltstypen, die ein Plugin nur im Admin-Bereich registriert, wie der Grid Builder von WPBakery, können über „Inhaltslimits anpassen“ eingeschlossen werden.

Fehlerbehebungen in den Übersetzungs-Editoren und bei Übersetzungsaufträgen

Bestehende Übersetzungen von Inhalten mit mehreren Blöcken aus dem Klassischen Übersetzungs-Editor bleiben erhalten, wenn sie im Erweiterten Übersetzungs-Editor geöffnet werden.
Der Klassische Übersetzungs-Editor zeigt HTML mit Video-, Audio- und Bildelementen in einem reinen Textfeld an, sodass keine Tags verloren gehen.
Im Übersetzungs-Editor wird ein Text, der in mehreren Blöcken, Shortcodes oder Attributen wiederholt wird, unter seinem ersten Vorkommen aufgelistet, sodass kein Block als fehlend erscheint.
Das Abschließen eines Übersetzungsauftrags schreibt niemals in einen Beitrag, der nicht die eigene Übersetzung des Auftrags ist, oder verschiebt diesen.
Im Klassischen Übersetzungs-Editor lädt ein Auftrag, dessen Quelle eine Sekundärsprache ist, nicht mehr stattdessen die Seite in der Standardsprache.
Das Öffnen eines Übersetzungsauftrags, der von einer anderen Übersetzung und nicht vom Original gesendet wurde, behält diese Übersetzung als Ausgangssprache bei.
Ein String-Paket oder Beitrag, das/der im Erweiterten Übersetzungs-Editor überprüft wurde, wird abgeschlossen und veröffentlicht, wenn der Prüfer auf „Speichern und abschließen“ klickt.
Das erneute Öffnen einer gelieferten Produktübersetzung erstellt keinen neuen Auftrag mit leeren Feldern mehr; der Editor wartet, bis die Übersetzung abgeholt wurde.
Ein leeres Ziel in einer gelieferten XLIFF-Datei macht den Auftrag nicht mehr ungültig: textfreie Einheiten behalten die Quelle bei, und fehlerhafte Einheiten werden übersprungen.
Das Öffnen einer Übersetzung im Editor übernimmt keinen automatischen Auftrag mehr, den unser Übersetzungssystem noch übersetzt.
Das Akzeptieren einer überprüften Übersetzung eines geplanten Beitrags veröffentlicht diese nicht mehr vor ihrem Original.
Im Übersetzungs-Editor wird ein Page-Builder-Shortcode-Text nur mit den Attributen beschriftet, die er aktuell hat.
Im Übersetzungs-Editor werden Shortcodes innerhalb von Blöcken in der Reihenfolge der Seite aufgelistet, mit einem Eintrag pro wiederholtem Text.
Im Übersetzungs-Editor zeigt eine Seite mit Shortcodes innerhalb von Blöcken ihre beiden Textgruppen unter verschiedenen Namen an.
Es wird kein Übersetzungsauftrag für eine Übersetzung erstellt, deren Statusdatensatz durch ein gleichzeitiges Speichern entfernt wurde, sodass die zugehörigen PHP-Warnungen behoben sind.
Ein fehlgeschlagenes Schreiben eines Übersetzungsstatusdatensatzes gibt nicht mehr die ID einer anderen Übersetzung zurück.
Gleichzeitige Speicherungen einer Übersetzung, die keinen Auftrag hat, erstellen einen Basisauftrag, nicht jeweils einen.
Eine Begriffsübersetzung, die im Erweiterten Übersetzungs-Editor überprüft wurde, wird wieder auf die Website angewendet.
Dateien in einem heruntergeladenen Archiv von Übersetzungsaufträgen haben Namen, die Windows akzeptiert, sodass das Archiv überall entpackt werden kann.
Wenn der übersetzte Beitrag nicht erstellt oder aktualisiert werden kann, wird der Auftrag mit seinem Grund als fehlgeschlagen gemeldet und kann erneut angewendet werden.
Der Klassische Übersetzungs-Editor zeigt einen Shortcode in doppelten Anführungszeichen innerhalb eines Attributs in doppelten Anführungszeichen korrekt an.
Das erneute Öffnen einer Übersetzung über einen Link mit ihrer Auftrags-ID behält den ungespeicherten Fortschritt des Übersetzers bei.
Nachdem ein Admin eine abgeschlossene Übersetzung geöffnet hat, hinterlässt das Entfernen des Übersetzers oder der Import einer XLIFF-Datei den Auftrag im richtigen Zustand.
Auf der Übersetzungsüberprüfungsseite verweisen die Links des Sprachumschalters auf ihre eigenen Sprachen, nicht auf die überprüfte Sprache.

Fehlerbehebungen im Übersetzungsmanagement und im Übersetzungs-Dashboard

Bearbeitungslinks von übersetzten Beiträgen bleiben für Benutzer ohne Übersetzer-Sprachpaar erhalten.
Das Stiftsymbol eines duplizierten Beitrags öffnet wieder den WordPress-Editor, wenn dies der ausgewählte Übersetzungs-Editor ist.
Beiträge, die im WordPress-Editor übersetzt wurden, werden dort wieder geöffnet, während unser Übersetzungssystem die neue Adresse der Website nicht erkennt, und blockierte Übersetzungen geben den Grund an.
Editoren können den Originalbeitrag aus der Übersetzungsstatus-Spalte öffnen, ohne dass der Fehler „Nicht berechtigt, dieses Sprachpaar zu übersetzen“ auftritt.
Wenn eine Seite, eine Kategorie oder ein Schlagwort aus einer anderen Sprache erneut gesendet wird, bevor die Übersetzung existiert, wird die neue Ausgangssprache in den Übersetzungsaufträgen angezeigt.
Wenn die automatische String-Registrierung deaktiviert ist, startet die Rückkehr zum Fenster des Übersetzungs-Dashboards die String-Verarbeitung nicht mehr.
Eine Übersetzung, die nicht in einem Editor geöffnet werden kann, erklärt oberhalb der Liste der Übersetzungsaufgaben, warum, so wie es die Beitragsliste tut.
„Abbrechen“ und „Speichern“ im Dialog für die automatische String-Registrierung verlassen das Übersetzungs-Dashboard nicht mehr und führen nicht mehr zu einer leeren Seite.
Das Ändern der Sprache eines Originals aktualisiert die Ausgangssprache seiner Übersetzungen, sodass deren Aufträge weiterhin unter Übersetzungsaufträge aufgelistet bleiben.
Die Auftragsliste zeigt keinen Datenbankfehler mehr für einen Übersetzer an, dessen Sprachpaar keine Zielsprachen hat.
Die E-Mail mit Übersetzungs-Updates zählt einen String-Paket-Auftrag nicht mehr als den Beitrag mit derselben ID.
„Inhalte übersetzen“ bleibt für eine gemischte Auswahl verfügbar, wenn eine Art von Element bereits übersetzt ist.
Die Auftragszusammenfassungs-E-Mail zeigt keine PHP-Warnung mehr an, wenn der Manager eines Auftrags kein Benutzer ist.
Das Übersetzungs-Dashboard sendet Kategorien, die mit „Automatisch übersetzen“ markiert sind, auch dann, wenn beim vorherigen Senden „Selbst übersetzen“ verwendet wurde.

Fehlerbehebungen für Page-Builder

Elementor: Das Bearbeiten einer Übersetzung öffnet den Editor in Ihrer Admin-Sprache, nicht in der Sprache der Seite.
Elementor: Das Speichern einer Übersetzung schlägt nicht mehr fehl, wenn ein Theme-Widget das aktuelle Dokument benötigt oder ein Widget beim Rendern Fehler verursacht.
Elementor: Jede Schaltfläche auf einer übersetzten Seite verlinkt auf die Übersetzung ihres eigenen Ziels, nicht alle auf dieselbe Seite.
Elementor Pro: Das Nachrichtenfeld des Form-Widgets wird nicht mehr zur Übersetzung gesendet, sodass Benachrichtigungs-E-Mails die übermittelten Daten behalten.
Avada: Akzentuierte Zeichen in übersetzten Formular-Benachrichtigungs-E-Mails werden nicht mehr als Escape-Codes gespeichert.
WPBakery: Ein „Single Image“ mit einem benutzerdefinierten Link behält sein Bild und seinen Link in der Übersetzung.
Page-Builder-Werte, die keine Listen von Anhang-IDs sind, werden in Übersetzungen nicht mehr in Nullen umgeschrieben.
Flatsome und andere Shortcode-Builder: Text zwischen zwei gleichnamigen Shortcodes wird zur Übersetzung angeboten und übersetzt.
Beaver Builder: Auf einer übersetzten Seite listen das Pattern-Modul und das Patterns-Panel nur die Patterns dieser Sprache auf.
Divi 5: Ein Loop-Modul auf der Originalseite wird in der Übersetzung beibehalten und listet die übersetzten Beiträge auf.
Divi: Theme-Builder-Layouts, die Divi als ungenutzt markiert, werden nicht mehr im Übersetzungs-Dashboard angeboten oder von „Alles übersetzen“ gesendet.
Ein Shortcode oder Block, der in mehreren Sprachkonfigurationsdateien deklariert ist, behält die Attribute und Einstellungen von allen.
Nach einem Suchen-und-Ersetzen bieten Shortcode-basierte Builder denselben Text nicht mehr zweimal an, und Texte, die die Seite nicht mehr enthält, werden entfernt.
Auf eine mit Shortcodes erstellte Seite, deren Inhalt einen Blockkommentar enthält, wird ihre Übersetzung aus dem klassischen Übersetzungs-Editor angewendet.
Eine Einstellung für das ID-Attribut eines Shortcodes konvertiert nicht mehr auch andere Attribute, deren Namen auf die gleiche Weise enden.
Das Übersetzen eines Shortcode-Attributs ändert nicht mehr ein anderes Attribut mit demselben Text.

Fehlerbehebungen für Blöcke und den Block-Editor

Ohne String-Übersetzung behält eine übersetzte Seite die Einstellungen eines aus einem Pattern eingefügten Blocks, und erneutes Übersetzen repariert frühere Seiten.
Beim Bearbeiten des Textes eines Block-Widgets bleibt die Übersetzung des ersetzten Textes erhalten.
Blockeinstellungen, die Code sind, wie z. B. ein HTML-Tag, eine Ausrichtung oder ein Animationstyp, behalten ihren Wert in jeder Sprache.
Blockattribute, die Listen von IDs enthalten, wie z. B. Galerie-Bild-IDs, zeigen die übersetzten Elemente an.
Benutzerdefinierte HTML-Blöcke: CSS, das SVG-Bilder enthält, wird nicht mehr abgeschnitten, und maskiertes Markup, kaufmännische Und-Zeichen und geschützte Leerzeichen bleiben wie geschrieben erhalten.
Übersetzte Seiten wandeln Text, der HTML-Tags anzeigt und als Text in einem Absatz, einer Überschrift oder Liste geschrieben ist, nicht mehr in echtes Markup um.
Übersetzte Blöcke behalten ihre eigenen Referenzen: Link-Kopien folgen dem übersetzten Anker, und Bildblöcke benennen den übersetzten Anhang.
Beaver Builder: Ein Tab- oder Akkordeon-Element, das eine gespeicherte Zeile, Spalte, ein Modul oder Template anzeigt, zeigt dessen Übersetzung an.
Blöcke, die einen Link sowohl im Markup als auch in Attributen speichern, wie z. B. GenerateBlocks-Schaltflächen, werden im Editor nicht mehr als fehlerhaft gemeldet.
Die eigene Sprachkonfiguration eines Plugins oder Themes wird nun angewendet, sobald es aktiviert wird, sodass Blöcke wie Kadence Blocks sofort übersetzt werden können.
Speicherungen im Block-Editor verwenden die Sprache des Beitrags, nicht die Admin-Sprache, sodass ein Sensei-Kurs seine Module behält.

Fehlerbehebungen für den Sprachumschalter

Die AJAX-Navigation des Sprachumschalters liest auf sichere Weise nur HTML-Seiten-Antworten, sodass andere Antworten niemals Ressourcen laden oder Code ausführen.
Das Einstellungsfenster für den Sprachumschalter in der Fußzeile öffnet sich nicht mehr leer, und nicht angekommene Einstellungen werden nicht mehr als gespeichert gemeldet.
Daten des Sprachumschalters setzen den aktuellen Beitrag innerhalb von Auflistungen und Loops nicht mehr zurück.
Bei einer anderen Domain pro Sprache und aus der Anfrage generiertem WP_HOME verwenden die Umschalter-Links der Standardsprache ihre eigene Domain.
Der Sprachumschalter-Block funktioniert für Benutzer ohne die Berechtigung unfiltered_html: Er speichert sauber und behält seinen Pfeil, seine Stile und seine Bildgröße.
Ein Sprachumschalter-Block, dessen gespeichertem Markup die aktuelle Sprache fehlt, verursacht keinen schwerwiegenden Fehler mehr; er listet die anderen Sprachen auf.
Im Block-Editor weist der Schalter des Sprachumschalter-Dropdowns Screenreader auf seine Sprachenliste hin.
Zwei Sprachumschalter-Blöcke auf einer Seite teilen sich im Block-Editor keine Untermenü-ID mehr.
Einstellungen für benutzerdefinierte Sprachumschalter zeigen ihre eigenen Stilregeln an, und ein Umschalter kann nicht mehr leer oder mit deaktivierten Anzeigeoptionen gespeichert werden.
Sprachumschalter-Optionen akzeptieren keinen Template-Code mehr, den dann jede Seite rendern würde.
Der Sprachumschalter-Block rendert akzentuierte und nicht-lateinische Sprachnamen auf Hosts mit neueren libxml-Versionen korrekt.
Der Sprachumschalter-Block meldet Administratoren, deren Admin-Sprache nicht Englisch ist, keinen ungültigen Inhalt mehr.

Fehlerbehebungen für Kategorien, Schlagwörter und andere Taxonomien

Eine Begriffsübersetzung, die ohne einen ihrer Texte, wie z. B. die Beschreibung, geliefert wird, bleibt für den fehlenden Teil offen, anstatt abgeschlossen zu werden.
Ein Taxonomie-Archiv, dessen Slug in zwei Sprachen gleich ist, zeigt den Begriff der angeforderten Sprache an, und dieser Begriff wird wieder gespeichert.
Der Standardbegriff einer Taxonomie wird nicht mehr bei jedem Sprachwechsel umgeschrieben, und neue Beiträge erhalten den Standardbegriff ihrer eigenen Sprache.
Ein Plugin, das prüft, ob ein Begriff auf einer Seite in der Sekundärsprache existiert, erhält diesen Begriff zurück, nicht seine Übersetzung.
Der Standardbegriff einer benutzerdefinierten Taxonomie kann nicht mehr aus dem Admin-Bereich einer anderen Sprache gelöscht werden, was WordPress dazu veranlasste, ihn in der falschen Sprache neu zu erstellen.
Wenn eine Standardkategorie oder ein Standardbegriff durch Code oder in der Datenbank gelöscht wird, erstellt WPML diese/diesen in der Standardsprache mit ihren/seinen Übersetzungen neu.
Das Ändern des Übersetzungsmodus einer Taxonomie verschiebt jeden Beitrag auf den Begriff in seiner eigenen Sprache.
Das Löschen einer Kategorie oder eines Begriffs durch Code von der Seite einer anderen Sprache ordnet deren Beiträge dem Standard ihrer eigenen Sprache zu, ohne andere Standards zu löschen.
Eine Sprache, die von einem Admin-Bereich in einer anderen Sprache hinzugefügt wird, erhält ihren eigenen Standardkategorienamen, wie z. B. „Uncategorized“ für Englisch.
Eine über die Begriffs-API von WPML erstellte Begriffsübersetzung behält die Ausgangssprache bei, die ihr Aufrufer angibt.
Das Erstellen einer Begriffsübersetzung über die API durch Angabe der ID des Originalbegriffs funktioniert und tritt der Übersetzungsgruppe des Originals bei.
Das erneute Senden einer übersetzten Kategorie oder eines übersetzten Schlagworts benennt deren Slug nicht mehr um, wenn das Original oder eine andere Sprache ihn teilt.
Die Admin-Sprache wechselt nach dem Besuch des Taxonomie-Übersetzungsbildschirms nicht mehr zurück zur zuvor durchsuchten Sprache.
Websites, deren Begriffs-IDs und Begriffs-Taxonomie-IDs sich unterscheiden, erhalten keine nicht zusammenhängenden Begriffe mehr in hreflang-Links und Kategoriezählungen.
Wenn der englische Standardbegriff einer benutzerdefinierten Taxonomie verschwunden ist und seine Übersetzungen denselben Namen haben, behält jede Sprache ihren eigenen Standardbegriff.
Eine verspätete Lieferung einer automatischen Übersetzung überschreibt keine manuellen Begriffsübersetzungen mehr und löscht auch nicht deren Update-Status.

Fehlerbehebungen für Menüs

Auf Websites mit einem persistenten Objekt-Cache wie Redis werden übersetzte Menüs und Begriffsübersetzungen nicht mehr durch die der Standardsprache ersetzt.
Unter Menüs erscheint der Platzhalter „Translation of“ in der Admin-Sprache, nicht auf Spanisch.
Das Speichern eines Menüs außerhalb von Design > Menüs, über REST, den Customizer oder Code, behält dessen Verknüpfung mit seinen Übersetzungen bei.
Menüelemente, die durch Code in einer Anfrage hinzugefügt wurden, behalten ihre Positionen.
Die WP-Menü-Synchronisierung erstellt übersetzte Menüs innerhalb der Übersetzungsgruppe ihres Originals.
Die WP-Menü-Synchronisierung flacht übersetzte Menüs nicht mehr ab, wenn eine wpml-config-Datei, wie im Porto-Theme, Menüelementfelder auf Kopieren setzt.
Das Entfernen eines Elements aus dem Originalmenü entfernt auch dessen übersetzte Kopien.
Das zweimalige Anwenden derselben Änderungen der WP-Menü-Synchronisierung erstellt kein zweites übersetztes Menü mehr.
Die WP-Menü-Synchronisierung fügt übersetzten Menüs keine Entwurfsübersetzungen mehr hinzu, sodass Besucher keine 404-Links erhalten.
Das Entfernen eines übergeordneten Elements aus dem Originalmenü führt nicht mehr dazu, dass übersetzte untergeordnete Elemente auf ein gelöschtes Element verweisen.
Das Veröffentlichen einer Menüänderung im Customizer mit einer nicht standardmäßigen Admin-Sprache benennt das übersetzte Menü dieser Sprache nicht mehr um.

Fehlerbehebungen für Links, URLs und Weiterleitungen

Das gleichzeitige Übersetzen oder Duplizieren eines Beitrags in mehrere Sprachen speichert keinen Link zu einem benutzerdefinierten Beitragstyp mit übersetztem Slug in der falschen Sprache mehr.
Eine Seite, die mit „Root-Seite erstellen“ erstellt wurde, ist ab dem ersten Speichern die Root-Seite der Website, sowohl im Block- als auch im klassischen Editor.
Eine Entwurfs- oder ausstehende Seite mit demselben Slug leitet eine veröffentlichte Seite in einer anderen Sprache nicht mehr auf einen 404-Fehler.
Bei einer anderen Domain pro Sprache speichert WPML > Einstellungen > URLs wieder, anstatt an der Prüfung auf ein verborgenes Feld zu scheitern.
Eine Kategorieadresse, die mit einer nicht existierenden Kategorie endet und oft von Crawlern angefordert wird, schreibt keinen Datenbankfehler mehr.
Links zu Archiven und anderen Adressen, die keine Seiten sind, werden in Übersetzungen nicht mehr in ein Elementor-Template umgeschrieben.
Links zu einem Beitrag, dessen Slug übersetzt ist, werden in der Standardsprache korrekt konvertiert, unabhängig von der Originalsprache des Beitrags.
Die Anmeldeseite auf der Domain einer verborgenen Sprache wird nicht mehr auf die Standardsprache umgeleitet.
Bei einer verborgenen Sprache und einer übersetzten Anmeldeseite funktioniert die Anmeldeadresse der verborgenen Sprache immer.
Wenn WPML während eines Seitenladevorgangs eine fehlende Einstellung für das URL-Format wiederherstellt, verwenden die Sprachlinks dieser Seite das gespeicherte Format, nicht ?lang=-Parameter.
Eine Website, die ihr gespeichertes Sprach-URL-Format verloren hat, liefert weiterhin Sprachverzeichnisse aus und speichert die Einstellung erneut.
Ein übersetztes Link-Feld, das einen einfachen Link zur übersetzten Seite enthält, wie Sticky-Links ihn speichert, öffnet diese Seite in der Sprache der Übersetzung.
Ein Kategoriearchiv, das über seine Adresse mit ?cat= und lang= geöffnet wird, zeigt das Archiv an, anstatt auf die Startseite der Sprache umzuleiten.
Konvertierte Seitenlinks, einschließlich ACF-Link- und URL-Feldern, behalten ihren #Anker, Query-String und Unterpfad.
Eine paginierte Adresse führt nicht mehr dazu, dass Links auf den falschen Beitrag verweisen.
Eine neue Root-Seite erhält eine Sprache, nachdem die alte Root-Seite endgültig gelöscht wurde.
Der Link eines Begriffs wird aktualisiert, sobald der Begriff gespeichert wird, sodass SEO-Plugins die Weiterleitung erstellen können.
Konvertierte Anker-Links erhalten keinen abschließenden Schrägstrich mehr nach dem #Anker.
Ein Link bleibt nach der Veröffentlichung seiner Übersetzung nicht mehr für eine Weile in der Originalsprache.
Links zu unübersetzten Beiträgen führen auf Websites mit einer anderen Domain pro Sprache nicht mehr zu einem 404-Fehler.

Fehlerbehebungen für Sprachen und den Einrichtungsassistenten

Der Einrichtungsassistent wird beim Schritt „Sprachen“ fortgesetzt, wenn nur noch die Standardsprache übrig ist, anstatt den Admin-Bereich zu sperren.
Der Schritt Sprachen des Einrichtungsassistenten zeigt keine leere Standardsprache mehr an, wenn die gespeicherte Standardsprache nicht aktiv war.
Wenn im Einrichtungsassistenten eine Ländervariante einer Sprache hinzugefügt wird, die die Website zuvor verwendet hat, wird gefragt, ob der Inhalt beibehalten oder neu begonnen werden soll.
Eine Sprache, die sich nicht mehr im WPML-Katalog befindet, kann als benutzerdefinierte Sprache mit eigenem Code und eigenem Locale hinzugefügt werden.
Die Synchronisierung des Sprachkatalogs füllt die Sprache einer Voreinstellung, wenn eine frühere Version sie leer gelassen hat.
Eine im Sprachkatalog von WPML korrigierte Textrichtung erreicht Websites, die diese Sprache verwenden, ohne deren Spracheinstellungen zu ändern.
Ein Sprachcode von „0“ sendet Links nicht mehr an die Standardsprache; betroffene Websites werden repariert und fehlgeschlagene Codeänderungen werden gemeldet.
Eine benutzerdefinierte Sprache, die vor WPML 5.0 unter einem Code erstellt wurde, den WPML nun verwendet, wie z. B. de-at, wird zu dieser integrierten Sprache und behält ihren Inhalt.
Eine benutzerdefinierte Sprache, die nicht übernommen werden kann, wird mit „Zuordnung erforderlich“ markiert und erst an die automatische Übersetzung gesendet, wenn sie zugeordnet ist.
Die Sprachsuche bietet nicht mehr an, Chinesisch (Hongkong) als benutzerdefinierte Sprache hinzuzufügen, sobald die Website darüber verfügt.
Downloads von Sprachpaketen werden auf Hosts mit einem niedrigen PHP-Zeitlimit abgeschlossen und fortgesetzt, anstatt beim letzten Paket stehen zu bleiben.
Das Zurücksetzen der Sprachstandards zeigt keine PHP-8.1-Veraltungshinweise mehr an.

Fehlerbehebungen für Registrierung und Updates

Das Updaten von WPML per Upload von Version 5.1 zeigt keinen einmaligen kritischen Fehler mehr an.
Das Updaten von WPML sendet keine E-Mail über einen kritischen Fehler mehr, wenn ein Verwaltungs-Plugin wie InfiniteWP direkt nach dem Update einen Beitrag hinzufügt.
„Aktivieren & Aktualisieren“ öffnet sich für Konten, deren Abonnementtyp keinem Produkt entspricht, anstatt mit einem kritischen Fehler anzuhalten.
„Aktivieren & Aktualisieren“ zeigt die Registrierungsbox in jedem Kontostatus an, mit „Registrierung aufheben“ und einem Feld für den Website-Key, sodass alte Registrierungen ersetzt werden können.
Die Plugin-Details von WPML-Plugins warnen bei WordPress-Point-Releases nicht mehr vor einer ungetesteten WordPress-Version.
Eine registrierte Website zeigt bei einem persistenten Objekt-Cache nicht mehr „Ein neuer Website-Key ist erforderlich“ an und verliert ihren Key nicht, wenn wpml.org nicht erreichbar ist.
Nachdem eine Website an eine neue Adresse umgezogen ist und ihr Übersetzungskonto behält, meldet WPML, dass die Website umgezogen ist, anstatt sie als Kopie zu bezeichnen.
Multisite: „Einen Key für diese Website anfordern“ nennt die Adresse des Netzwerks, sodass der Key, zu dem es führt, akzeptiert wird.
Eine Website, die nicht umgezogen ist, zeigt nach der erneuten Registrierung bei unserem Übersetzungssystem den Hinweis zur Website-Kopie nicht mehr an.
Wenn der WPML-Produkt-Feed nicht erreicht werden kann, behält „Aktivieren & Aktualisieren“ die zuletzt bekannten Produkte und gibt an, was fehlgeschlagen ist, mit „Erneut prüfen“.
WP-CLI listet Plugins ohne Warnung auf, während ein WPML-Update aussteht.
Nach dem Zurückwechseln in den Produktionskanal installiert „Aktivieren & Aktualisieren“ die Produktionsversion, und ein Download, bei dem es nichts zu installieren gibt, meldet dies.
Die Versionshinweise jedes Plugins unter „Aktivieren & Aktualisieren“ zeigen nur die eigenen Hinweise dieses Plugins.
Nach dem Update laden Browser und CDNs die aktuellen Skripte und Stile von WPML anstelle von gecachten alten.
Advanced Custom Fields Multilingual und andere Begleit-Plugins werden geladen, wenn ihre Version eine Beta der Version ist, die WPML benötigt.
Eine Website validiert ihren Key nicht mehr viele Male pro Sekunde neu, auch wenn mehrere Update-Benachrichtigungen auf einmal eintreffen.
Ein in der wp-config.php definierter Website-Key behält seine Registrierung, wenn wpml.org nur drosselt oder eine Zeitüberschreitung aufweist.
Der Plugin-Download-Handler prüft das Sicherheitstoken der Anfrage, bevor er den Website-Key validiert.
Multisite: Zwei Websites eines Netzwerks mit unterschiedlichen vordefinierten Website-Keys registrieren sich nicht mehr hin und her neu.
Der Einrichtungsassistent registriert einen in der wp-config.php definierten Website-Key nicht mehr bei jedem Laden neu.
Die Route für das Abonnement-Update antwortet für eine Website, deren Abonnement bereits aktuell ist, mit Erfolg, sodass Proxys und Monitore aufhören, falsche Ablehnungen zu protokollieren.
Ein Website-Key in der wp-config.php wird korrekt gespeichert, auch wenn er mit einem nachfolgenden Leerzeichen oder Zeilenumbruch kopiert wird.
Websites mit einer Blog-Lizenz erhalten keinen schwerwiegenden Fehler mehr wegen einer fehlenden Konstante.

Fehlerbehebungen für WooCommerce-Websites

Auf Websites mit WooCommerce Multilingual fällt WPML nicht mehr von selbst auf seinen Einrichtungsassistenten zurück und zeigt die Beiträge jeder Sprache an.
Die Admin-Skripte von WPML, CMS Nav und Sticky-Links schlagen im Einrichtungsassistenten von WooCommerce Multilingual nicht mehr mit „addLoadEvent is not defined“ fehl.
Das Entfernen einer Kategorie von einem Produkt aktualisiert die Produktanzahl der übersetzten Kategorie in jeder Sprache.
Mit dem Klassischen Übersetzungs-Editor übersetzte Produkte behalten Übersetzungen von Variationen, Attributen und benutzerdefinierten Feldern bei, wenn sie im Erweiterten Übersetzungs-Editor geöffnet werden.
Der Import übersetzter variabler Produkte schlägt bei doppelten Attributzeilen nicht mehr fehl, wenn ein übergeordnetes Produkt die Begriffe beider Sprachen enthält.
WooCommerce Multilingual erstellt seine übersetzten Konto- und Kassenadressen nicht mehr zweimal neu, wenn Inhaltstypen spät registriert werden.

Fehlerbehebungen für benutzerdefinierte Felder und Advanced Custom Fields

Die Einstellungsbildschirme „Übersetzung benutzerdefinierter Felder“ und „Übersetzung benutzerdefinierter Begriff-Metadaten“ öffnen sich wieder, wenn ein Plugin oder Import eine namenlose Zeile für ein benutzerdefiniertes Feld hinterlassen hat.
Eine Hintergrundaufgabe, die nach dem Update auf 5.1.0 ohne Nachfrage in die Warteschlange gestellt wurde, wird entfernt; stattdessen wartet ein neu übersetzbares benutzerdefiniertes Feld auf Ihre Entscheidung.
Die Einstellungen für die Übersetzung benutzerdefinierter Begriff-Metadaten geben an, dass ein übersetztes Feld mit dem Begriff übersetzt wird, nicht mit dem Beitrag.
Verschachtelte ACF-Felder (Flexible Content, Repeater, Group) in Taxonomie-Begriffen werden übersetzt, automatisch und im Editor.
Auf „Kopieren“ gesetzte Repeater- und Flexible-Content-Unterfelder erreichen nun die Übersetzungen, wenn eine Zeile außerhalb des Beitragseditors hinzugefügt wird, beispielsweise mit update_field() oder einem Frontend-ACF-Formular.
Ein neu übersetzbares benutzerdefiniertes Feld markiert nur die übersetzten Beiträge als „Update erforderlich“, die dieses Feld tatsächlich haben.
Das Ändern der Übersetzungseinstellung eines ACF-Feldes aktualisiert auch bestehende Begriffsübersetzungen.
ACF-Feldgruppen-Labels behalten ihre Übersetzungen nach der Migration von Advanced Custom Fields Multilingual 2.2.
Beim Upgrade von WPML 4.x werden nach der Bereinigung durch Advanced Custom Fields Multilingual keine alten Einstellungen für benutzerdefinierte Felder mehr wiederhergestellt, was dazu führte, dass nicht benötigte Daten geladen wurden.
Unter „Übersetzung benutzerdefinierter Felder“ wird eine Einstellung, die während des Ladens der Suchergebnisse ausgewählt wurde, beibehalten, anstatt nach „Daten gespeichert“ verloren zu gehen.
Das Speichern einer Übersetzung über die REST-API von einem externen Client führt nicht mehr jedes Mal eine vollständige Synchronisierung der benutzerdefinierten Felder aus.
Benutzerdefinierte Felder, die geschrieben werden, nachdem WPML die Felder eines Beitrags kopiert hat, erreichen weiterhin dessen Übersetzungen.
Das Ändern eines Wortes in einem ACF-Link-Feld auf dem Taxonomie-Übersetzungsbildschirm behält den übersetzten Link bei.
Das Ändern eines ACF-Feldes auf „Kopieren“, „Einmal kopieren“ oder „Nicht übersetzen“ in den WPML-Einstellungen aktualisiert die bestehenden Übersetzungen.

Fehlerbehebungen für Medien und Bilder

Medienübersetzung: Eine übersetzte Block-Editor-Seite behält ihr eigenes Bild, nachdem die Übersetzung auf einem Object-Cache-Hosting gespeichert wurde.
Das Abschließen eines Übersetzungsauftrags, der Medien enthält, erstellt keine verwaisten Anhang-Kopien mehr in jeder Sekundärsprache.
Eine Abfrage nach einem Anhang in einer Sekundärsprache gibt dessen Übersetzung oder den Anhang selbst zurück, wodurch die Hintergründe der Enfold Color Section behoben werden.
Ein Bild, das ein Page-Builder anhand seiner URL benennt, zeigt die Medientexte der Sprache der Seite an.
Page-Builder-Bilder, wie z. B. der Hintergrund eines Divi-Abschnitts, zeigen im Übersetzungs-Editor die richtigen Originaltexte an und speichern in das richtige Bild.
Ein Bild ohne nutzbare Adresse in einem Widget oder Inhalt verursacht nicht mehr bei jedem Laden der Seite einen Object-Cache-Fehler.

Fehlerbehebungen für Beiträge und Seiten

Beiträge eines benutzerdefinierten Beitragstyps verschwinden nicht mehr aus Admin-Listen, nachdem eine wpml-config.xml-Datei den Typ übersetzbar macht; betroffene Websites werden beim Update repariert.
Das Löschen, in den Papierkorb Verschieben oder Wiederherstellen eines übersetzten Beitrags durch eine geplante Aufgabe oder ein Frontend-Formular gilt für seine Übersetzungen, genau wie im Admin-Bereich.
Das Speichern eines Beitrags, dessen Datenbankzeile verschwunden ist, bricht nicht mehr mit einem schwerwiegenden Fehler ab.
Das Wiederherstellen eines Beitrags aus dem Papierkorb behält den Status seiner Übersetzungen bei; Entwurfs- und private Übersetzungen kommen nicht mehr als veröffentlicht zurück.
Ein geplanter Beitrag veröffentlicht an seinem Datum nicht mehr seine in den Papierkorb verschobenen oder unfertigen Übersetzungen, wenn Veröffentlichungsdaten in Übersetzungen kopiert werden.
Frontend-Anfragen stürzen beim Auflösen der aktuellen Sprache nicht mehr durch unendliche Rekursion ab.
Das Aktualisieren eines Beitrags, dessen Sprache deaktiviert ist, behält diese Sprache bei, und das Speichern eines Beitrags trennt nicht mehr die Verbindung zu einer anderen seiner Übersetzungen.
Die Prüfung einer Beitrags-ID, die zu keinem Beitrag passt, erzeugt keine PHP-Warnungen mehr.

Fehlerbehebungen zur Kompatibilität mit anderen Plugins und Themes

Admin-Seiten anderer Plugins, wie Optionen von Slider Revolution und Avada, laden ihre Skripte wieder, wenn WPML aktiv ist.
Kein kritischer Fehler mehr auf jeder Seite, wenn ein anderes Plugin, wie der Tatsu-Builder, Beiträge nachschlägt, während Plugins geladen werden.
Wenn ein anderes Plugin fehlschlägt, während WordPress geladen wird, zeigt die Website wieder die Seite für kritische Fehler von WordPress an, keine leere Seite.
WPML stellt die Sprache der Website wieder her, wenn ein anderes Plugin, wie WP All Export Pro, sie wechselt und nie wieder zurückwechselt.
Cache-Plugins, die den Objekt-Cache leeren, verursachen keine Datenbankfehler vom Typ „Commands out of sync“ mehr, da WPML seine Seiteneinstellungen nur einmal liest.
Yoast SEO-Sitemaps listen jeden übersetzten Beitrag unter seiner eigenen URL auf, wenn WPML SEO nicht aktiv ist.
WPML SEO übersetzt die Textwerte jedes Rank Math-Schematyps.
The Events Calendar: Die Root-Seite erscheint nicht mehr leer, wenn „Integrate events in main blog loop“ aktiviert ist.

Fehlerbehebungen für Admin-Bildschirme und Einstellungen

Eine Website, deren gespeicherte WPML-Einstellung durch ein Bereinigungs-Plugin oder eine teilweise Wiederherstellung entfernt wurde, erhält sie aus der gespeicherten Kopie von WPML zurück.
Einstellungen, die gespeichert werden, während WPML sein Datenbank-Update abschließt, gehen nicht mehr verloren.
Fehlerbehebung: Das Neuerstellen des Caches für eine einzelne URL läuft zuverlässig im Hintergrund, und der Klick auf „Neuerstellen“ geht nicht mehr verloren.
Der Hinweis „Ihre Preise für die automatische Übersetzung wurden aktualisiert“ wird nur Benutzern angezeigt, die Übersetzungen verwalten können.
Einstellungssuche: Der Eintrag „Theme- und Plugin-Lokalisierung“ scrollt zu den Lokalisierungsoptionen unter Kompatibilität.
Die alte Adresse für Theme- und Plugin-Lokalisierung führt zu Einstellungen > Kompatibilität, wobei der Theme- und Plugin-Scan angezeigt wird.
Anfragen, die während des Zurücksetzens von WPML ausgeführt werden, können die Tabellen und Einstellungen von WPML nicht mehr neu erstellen.
Das Zurücksetzen von WPML aus der Netzwerkverwaltung prüft ebenfalls zuerst auf Sekundärsprachen.
Das Entfernen der Übersetzungspriorität schreibt beim Aktualisieren von Websites keinen falschen „Element gelöscht“-Datensatz mehr.
Der Hinweis, der angezeigt wird, wenn der Admin-Zustands-Check von WPML fehlschlägt, nennt die fehlgeschlagene Anfrage.
Support > Kommunikationsprotokoll bleibt nach „Dienste aktualisieren“ lesbar.
Das Wechseln der Übersetzungs-Engine wird beim täglichen Check-in der Website bei wpml.org gemeldet.
Der Tooltip „Wie Standard“ in den Spracheinstellungen von WPML kann nun übersetzt werden.
Bei Admin-REST-Anfragen wird das Wechseln des Locales wie erwartet auf Übersetzungen angewendet.

Fehlerbehebungen für Datenbanken und Multisite

Auf Datenbank-Clustern, die benannte Sperren ablehnen, wie der Strict-Modus von Percona XtraDB, wechselt WPML zu einer tabellenbasierten Sperre und funktioniert weiterhin.
WPML erstellt seine Tabellen mit einem passenden Zeichensatz und einer passenden Sortierung auf MariaDB 11.
WPML erstellt alle seine Tabellen mit einem Zeichensatz und einer Sortierung, und ein Hinweis nennt jede Tabelle, deren Erstellung die Datenbank ablehnt.
Auf Datenbanken, die benannte Sperren ablehnen, wird das Installer-Protokoll ohne Datenbankfehler geschrieben.
Multisite: Netzwerk-Websites, auf denen WPML inaktiv oder aktiv, aber nicht eingerichtet ist, protokollieren keine Fehler über eine fehlende Sprachtabelle mehr.

Weitere Fehlerbehebungen

Die String-Übersetzung schreibt die Übersetzungsdatei einer Sprache nicht mehr aus einer inaktiven Sprache, die dasselbe Locale teilt, was dazu führte, dass Strings unübersetzt blieben.
String-Übersetzung: Ein gelöschter String, der aus dem Standardtext eines Blocks stammte, wie in WooCommerce-Blöcken, kommt nicht mehr zurück.
Der Import einer .po-Datei, deren Übersetzungen interne Links enthalten, schlägt nicht mehr mit einem Serverfehler fehl.
Die String-Übersetzung registriert und importiert Theme- und Plugin-Übersetzungsdateien, wenn WordPress im Dateisystem-Root des Servers installiert ist.

Lesen Sie die Versionsankündigung für WPML 5.2 für die ganze Geschichte hinter dieser Version.

Updaten oder herunterladen

Das Update ist für alle WPML-Kunden mit einem aktiven Abonnement verfügbar — es erscheint innerhalb von 24 Stunden nach der Veröffentlichung auf der Seite Plugins in Ihrem WordPress-Admin-Bereich. Sie können auch sofort unter Plugins → Neues Plugin hinzufügen → Kommerziell danach suchen. Um es manuell herunterzuladen und zu installieren, gehen Sie zu Downloads in Ihrem wpml.org-Konto (siehe die Installationsanweisungen) und denken Sie daran, alle Komponenten zusammen zu aktualisieren, ohne Versionen zu mischen.

Benötigen Sie Hilfe oder möchten Sie Feedback geben? Bitte nutzen Sie unser technisches Support-Forum (wird in einem neuen Tab geöffnet).

Alle WPML Multilingual CMS-Versionen ansehen