[Aufgelöst] WCML: wpml_translate_single_string gibt manchmal keinen/den falschen Wert zurück

Ich versuche: einen Fehler zu fixen.
Reviews werden unter Umständen in der falschen Sprache auf einer Produktseite angezeigt.

Wenn ich folgenden Code nutze, spuckt er manchmal unterschiedliche Werte aus.
Es scheint einen Fehler mit dem Filter zu geben.

apply_filters( 'wpml_translate_single_string', 'xyz',  'wcml-reviews',  'product-1370-review-29096', 'fr' );

Statt "xyz" nutze ich natürlich den original-string, der zu dem Review gehört.
Habe den hier entfernt, damit keine Rückschlüsse auf den Kunden/unseren Shop möglich sind.

Anwendungsbereich

Wir haben in der Review-Sektion von WooCommerce angepinnte Reviews.

Angepinnte Reviews werden direkt gerendert, wenn die Seite aufgerufen wird - so, wie es bei WooCommerce üblich ist.
Zudem haben wir Reviews, die anschließend über einen Button via REST-API (custom endpoint) nachgeladen werden können.

Nachladen via Button, damit bei einem normalen Seitenaufruf nicht Hunderte Reviews geladen werden, die eh niemand alle liest.

In beiden Fällen werden die Kommentare/Reviews ganz normal über get_comments() aufgerufen und das HTML über die normalen Funktionen von WooCommerce zusammengestellt.
Das funktioniert problemlos.

Wir hatten dazu früher schon einmal ein Ticket im Forum, mit dem wir die get_comments()-Abrufe gemeinsam erstellt und alle Probleme gelöst haben:
https://wpml.org/de/forums/topic/retrieving-product-reviews-in-all-languages-via-get_comments-no-longer-works/

Gerendert wird in beiden Fällen - Seitenaufruf direkt + REST-API - über klassische WooCommerce-Vorgehensweise.

apply_filters( 'woocommerce_product_review_list_args', array( 'callback' => 'woocommerce_comments' ) );

Wann tritt der Fehler auf

- Wenn das WooCommerce-Review-HTML beim Seitenaufruf zusammengestellt wird, dann kommt immer der Originalwert zurück. Der Review-Text wird niemals in die Sprache, die gerade im Frontend angezeigt wird, übersetzt.
- Wenn das WooCommerce-Review-HTML beim REST-API-Aufruf zusammengestellt wird, dann kommt immer der korrekte, übersetzte Review-Text zurück.

Wichtig: Wir sprechen über die Nutzung des oben gezeigten Filters.
Wenn ich eine stock-WooCommerce-Installation nutze, dann klappt die Review-Anzeige.
Okay.
Aber wenn ich individuell ein Review-Text manuell mit dem Filter übersetzen will, dann geht es nicht immer zuverlässig.
Darum geht mir hier.

Beispiel:

Die Originalsprache von dem Review ist DE.

Wenn ich auf der FR-Version der Produktseite in den Reviews bin, wird mir der deutsche Review-Text ausgegeben, obwohl ich den ganz oben gezeigten Filter im php-Template korrekt nutze.
Es scheint so, also würde die Übersetzung nicht abgerufen werden können.

Wenn ich auf der EN-Sprache der Produktseite in den Reviews bin und den gleichen Code (auch mit Sprachcode 'fr') nutze, wird mir der französische Text ausgegeben.

Es scheint derzeit nicht möglich zu sein, beim Seitenaufruf zu rendernde Review-Texte korrekt übersetzt mit dem Filter abzufragen.

Wenn wir den ganz oben gezeigten Code über die REST-API aus dem Frontend aufrufen - egal welche Sprache wir Frontend anzeigen - kommt immer der korrekte Text auf französisch zurück.

Es scheint so, als würde der Filter unter bestimmten Umständen andere Werte zurückgeben.
Das dürfte eigentlich nicht passieren.

Das betrifft übrigens auch individuelle Texte, z.B. Review-Title haben wir als post meta gespeichert und als eigens package in wpml string translation gespeichert. Dort das gleiche Problem mit dem Filter. Immer, wenn der Review-Text nicht übersetzt angezeigt wird, steht auch er Review-Title falsch da.

Wir haben das Phänomen mit zahlreichen Reviews getestet.
Immer das gleiche Muster.

Wenn wir ein Review direkt übersetzt anzeigen wollen im Frontend, dann klappt der Filter nicht.
Wenn wir ein Review über die REST-API (custom endpoint) aus dem Frontend abrufen, dann klappt der Filter.

Unterschiedliches Ergebnis - obwohl es exakt er gleiche PHP-Code ist.
Es ist sehr kurios.

Wie wurde getestet?
Ich habe den Fehler isoliert in woocommerce/single-product/review-meta.php mit hart kodierten Werten (string-value + package-name) getestet.

In dem php-Template habe ich data-Attribute zu bestehendem Kommentar-HTML hinzugefügt.

Dadurch war es mir möglich, das Ergebnis des hart kodierten Filters beim Seitenaufruf und beim REST-Request zu testen ohne die tatsächliche Ausgabe der Reviews zu beeinflussen.
Beide Situationen nutzen das gleiche WooCommerce-Template und damit auch den gleichen apply_filters-Code.

Zudem habe ich das verhalten mit mehreren Reviews ausprobiert.
Immer wieder das gleiche Muster.

Interessant ist auch: Wenn ich in Sprache EN Frontend bin und über den Filter (nur zum testen) die FR-Sprache abrufen will, dann kommt FR zurück.
Wenn ich auf der FR-Seite bin und FR abrufen will, dann kommt nicht FR zurück.

Umgedreht das gleiche Problem.

Es scheint so, als könnte der Filter die aktuell angesehene Frontend-Sprache nicht zurückgeben, sofern es sich um ein übersetztes Review handelt.
(Außer es wird über die REST-API gerendert. Da klappt es immer.)

Das Review existiert, die Übersetzungen existieren.
Übersetzungen können auch in anderen Kontexten korrekt mit dem Filter abgerufen werden.
Jedoch nicht, wenn das Review-Template bei einem normalen Seitenaufruf gerendert wird.
Das ist komisch.

URL der/meiner Website, auf der das Problem auftritt
versteckter Link

Keine Ahnung, ob wir den Fehler nachstellen können bei einer Testumgebung bei euch.
Es wäre vermutlich zu aufwändig.

Bei Bedarf können wir euch nach den Weihnachtsferien Zugang zu einer Staging-Umgebung geben.
Dann könnt ihr selber sehen, was ich meine.

Grüße