[Eskaliert an das Kompatibilitätsteam] bbpress - Setup und Widget "Letzte Themen"

Noch 2 ergänzende Hinweise: Eine WPML Aktualisierung war bei mir nicht möglich, das prüfe ich noch. Das Memory Limit wurde mit 128 MB von WPML geprüft, es sollte aber bei ca. 512 MB liegen. Ich arbeite in einer Plesk Umgebung mit verschiedenen Instanzen, eventuell prüft WPML den falschen Parameter (?). Auch das werde ich noch prüfen, es gibt aber sonst keine technischen Probleme.

Ich füge hier nochmal eine Detailanalyse an, ich habe glaube ich einen Teil des Problems entdeckt.

Mich würde aber zunächst mal ganz einfach interessieren, was überhaupt aus Eurer Sicht die richtige Konfiguration wäre: Foren übersetzbar/Themen übersetzbar oder nicht, und ob das Widget Teil der WPML Integration ist.

Zu den Details:
Ich habe festgestellt, dass WPML bei meinen aktuellen Einstellungen im bbp_press widget "Letzte Themen" auf italienisch nur Themen anzeigt, wenn sie keinem Forum zugeordnet sind.
Auf deutsch werden die Themen richtig angezeigt. Debugging ergibt folgendes:

Das Widget generiert auf italienisch eine WordPress Query bzw. eine SQL Query der Where Klausel mit der Bedingung
"post_parent = 0":

AND wpstg0_posts.post_parent = 0 AND wpstg0_posts.post_type = 'topic' AND ((wpstg0_posts.post_status = 'publish' OR wpstg0_posts.post_status = 'closed')) AND ( ( ...

Daher sieht man die Themen auch, wenn sie keinem Forum zugeordnet sind.

Auf Deutsch fehlt die Bedingung für den post_parent, daher sieht man alle Themen.

Einige Analyse ergab: in der Klasse class WPML_Query_Parser/File wp-content/plugins/sitepress-multilingual-cms/classes/query-filtering/class-wpml-query-parser.php gibt es eine Methode maybe_adjust_parent, die auf Deutsch gar nicht durchlaufen wird. Im Italienischen wird in dieser Methode der Query Parameter "post_parent = any " übersetzt in den post_parent = 0. Das ist eventuell ich ein Bug. Ich habe mal experimentell einen Fix eingebaut, siehe unten, und das funktioniert so auch, passt aber so sicher nicht zu Gesamtdesign.

private function maybe_adjust_parent( $q, $post_type, $current_language ) {
$post_type = ! is_scalar( $post_type ) && count( $post_type ) === 1 ? end( $post_type ) : $post_type;
if ( ! empty( $q->query_vars['post_parent'] )
&& $q->query_vars['post_type'] !== 'attachment'
&& $post_type
&& is_scalar( $post_type )
&& $this->sitepress->is_translated_post_type( $post_type )
) {
/** Bugfix/Hack für Mehrsprachigkeit */
if ( $q->query_vars['post_parent'] == 'any' ) {
return $q;
}

$q->query_vars['post_parent'] = $this->post_translations->element_id_in(
$q->query_vars['post_parent'],
$current_language,
true
);
}

Danke für das schnelle Feedback. Der Support ist hier ja so professionell, dass man sich fast auf den nächsten Bug freuen kann 🙂 Ich versuche das Problem in dieser oder der nächsten Woche nachzustellen, die Zeit habe ich im Moment nicht. Können wir das Ticket erstma offenlassen, oder macht das Probleme?

Vielen Dank für die Antwort. Ich bin gespannt auf die Antwort des Compatibility Teams. Ich hatte noch keine Zeit, das Problem noch einmal selbst nachzustellen. Aber aus dem Lösungsvorschlag schliesse ich, dass das Problem tatsächlich im Bereich des post_parent bzw. der Transformation des post_parent Parameters in die SQL Query liegt. Wie gesagt war ja auch eine Lösung in meinem Setup, ein Theme einfach KEINEM Forum zuzuordnen. Der post_parent ist dann = 0 und wird über die SQL Query gefunden.

Hallo,
die Erklärung vom WordPress API leuchtet mir ein. Ich habe noch einen Screenshot vom Widget angefügt. Hier ist kommt der String "any" als Default, das hatte ich vorher noch gar nicht gesehen. Und der string aus dem UI wird dann bis in der Datenbank weitergegeben? Puh...Sieht aus wie eine bbpress Baustelle.