Translation not shown when

This thread is resolved. Here is a description of the problem and solution.

Problem:
You are trying to translate content on your website, but the translation is not visible when logged out, showing a 404 error instead. This issue occurs when clicking on the German language option.
Solution:
We have identified that the issue is related to the Object Cache. Here are the steps you can take to resolve this:
Add the following code into a file called wpml-non-persistent-cache.php and copy the file into /wp-content/plugins:

<?php
/**
 * Plugin Name: WPML Non-Persistent Cache
 * Description: A plugin to prevent persistent caching issues (temporary issue: compdev-220).
 * Author: OnTheGoSystems
 * Author URI: https://wpml.org/errata/problems-with-buddypress-multilingual-and-redis-object-cache/
 * Version: 1.0.0
 * Plugin Slug: compdev-220
 */

wp_cache_add_non_persistent_groups( [
		'convert_url',
		'element_translations',
		'get_pages_adjust_ids',
		'get_user_admin_language',
		'translation_priority_relationships',
		'translationmanagement--get_translation_job_id',
		'wpml_cache_terms_per_lang',
		'wpml_endpoints_support',
		'wpml_pre_option_page',
		'wpml_register_string_filter',
		'wpml_register_string_filter--facetwp',
		'wpml_slug_translation_records--post',
		'wpml_slug_translation_records--taxonomy',
		'wpml_st_cache',
		'wpml_term_translation',
		'wpml_tm_blog_translators--has_translators',
		'wpml_wp_cache__group_keys',
] );

If the problem persists after applying these solutions, please let us know.

Please note that this solution might be outdated or not applicable to your specific case. We highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the issue continues, do not hesitate to open a new support ticket at WPML support forum.

This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

Tagged: Exception

This topic contains 0 reply, has 1 voice.

Last updated by Andreas W. 7 months, 1 week ago.

Assisted by: Andreas W..

Author	Posts
April 15, 2025 at 10:45 am #16933404
Andreas W. WPML Supporter since 12/2018 Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Man kann mit dem WP Staging PRO Plugin eine Website nicht einsehen, wenn man nicht angemeldet ist: hidden link Ich kann das Problem diese Weise nicht testen, weil ich es nicht sehen kann. Bitte konsultiere Deinen Hosting Support zum Erstellen einer echten Staging-Site, welche man unangemeldet einsehen kann.
April 15, 2025 at 12:59 pm #16934149
matthiasG-45	Hallo Andreas, hier wieder Matthias. Bin der GHL Chef. Wir kommen so weiter nicht leider. Mit dem Staging, wie Du es forderst, haben wir ein Riesenfass aufgemacht, zig Stunden verbraten und es klappt immer noch nicht und es wird noch viel Zeit bei uns kosten, und ob es überhaupt klappen wird ist ungewiss. So weit ich es verstehe gemäß Thilo müssen noch Plugins gekauft werden, Datenbanken manipuliert, manuell kopiert werden uns so weiter und so fort. Geht es denn nicht anders das Problem zu lösen bzw. zu debuggen? Ich habe 2 Probleme: Wir sind jetzt in Monat 5 mit WPML und die Webseite funktioniert immer noch nicht multilingual. Zum andern habe ich und meine Leute schon Wochen verloren mit Debugging-Unterstützung, unnötiger Arbeit weil Übersetzungen verloren oder nicht sichtbar und detaillierten Fehlerbeschreibungen und dutzenden von Posts hier und anderen Threads. Ich würde es sehr schätzen, wenn wir weitermachen könnten ohne Staging-Seite, da dies technisch anscheinend nicht möglich oder zumindest kolossal aufwändig ist. Meine Entwickler (und ich) haben eigentlich andere Aufgaben. Gerne spiele an der Live-Seite rum, wir machen täglich Backups, wir haben eh nichts mehr zu verlieren.
April 15, 2025 at 2:20 pm #16934590
Andreas W. WPML Supporter since 12/2018 Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Hallo, Ich hatte bereits mehrfach versucht eine Kopie der Website anzulegen, um diese lokal zu untersuchen, aber das war leider jeweils gescheitert. Ich werde es heute erneut versuchen. Warum muss ich eine Kopie zum Testen anlegen? Um das Problem zu untersuchen und die Ursache herauszufinden, muss ich Plugins deaktivieren und gglfs. das Theme wechseln. Das kann ich auf einer Live-Site leider nicht tun, da es die Besucher der Website beeinflussen würde. Mit den aktuellen Stagings konnte ich leider nicht arbeiten, weil man das Problem nur dann sehen kann, wenn man nicht angemeldet ist und diese Stagings sind für unangemeldete Besucher nicht sichtbar. Mit freundlichen Grüßen Andreas
April 15, 2025 at 6:08 pm #16935783
Andreas W. WPML Supporter since 12/2018 Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Ich konnte die lokale Kopie der Website nun zum Testen ans Laufen bringen, allerdings läuft sie seltsamerweise extrem langsam. Wie man auf dem Screenshot sehen kann, tritt das Problem hier nicht auf. Auf dieser lokalen Kopie sind aktuell alle Plugins (138) aktiviert. Die Ausnahme ist der Object Cache, da dieser auf meinem Windows PC aktuell nicht installiert ist. Weitere Ausnahmen sind die Plugins "Social Auto Poster" und "USP Pro" welche sich wegen des Auslösen eines schwerwiegenden Fehlers nicht aktivieren lässen. Da sich das Problem auf Eurer Website aber anscheinend auch mit dem Leeren des Cache nicht lösen lässt, gehe ich nicht davon aus, das hier die Ursache zu suchen wäre. Es könnte möglich sein, dass das Problem durch eine Überschreibung der .htaccess Datei entsteht. Ich würde empfehlen diese Datei auf dem Server einmal zu leeren und mit einem Standardtemplate zu speichern. Standardtemplate der .htaccess für WordPress: https://developer.wordpress.org/advanced-administration/server/web-server/httpd/
April 17, 2025 at 12:43 pm #16943996
matthiasG-45	Das ist in der Tat seltsam. Die beiden Plugins habe ich entfernt, da eh nicht mehr benötigt, es hat sich am Problem aber nichts verändert. Wir nutzen einen nginx Webserver, dieser unterstützt keine .htaccess Dateien. Wir werden die nginx-Konfiguration prüfen, aber eigentlich sollte es bei Weiterleitungsregeln usw. keinen Unterschied machen ob jemand bei WordPress eingeloggt ist oder nicht.
April 17, 2025 at 9:46 pm #16945911
matthiasG-45	Hi, so, wir haben jetzt auch die evtl. problematischen Plugins gelöscht, eine htaccess gibt es nicht. Was machen wir jetzt als Nächstes? Ich habe mal unsere Webseite aus nichtangemeldeter User-Sicht gecheckt. Deutsch geht bei vielen Seiten nicht, immer 404. Der Cache ist es auch nicht, selbst wenn komplett deaktiviert bringt es nichts. Wie gesagt, bitte nutze für Deine Forschungen die Live-Seite, wir machen täglich Backups. Alles was schnell zum Ziel führt ist willkommen. Es gibt auch Erfreuliches zu berichten. Im ATE ist wohl einiges im Hintergrund passiert, es kommt nur noch selten zu den Problemen die ich an anderer Stelle berichtet hatte, man kann dort jetzt flüssig arbeiten. Wenn denn jetzt nur noch die deutsche Seiten angezeigt würden.
April 22, 2025 at 3:20 pm #16956192
Andreas W. WPML Supporter since 12/2018 Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Ich habe die Live Site heute besucht und sehe das Problem mit den 404-Fehlern aktuell nicht mehr. Beispiel im Screenshot. Ich habe vom deutschen Menü aus alle Seiten erfolgreich aufrufen können.
April 22, 2025 at 3:31 pm #16956293
matthiasG-45	Ja, ich habe am Wochenende die Ultima Ratio durchgezogen, ich hatte ja eh nix mehr zu verlieren. Ich habe zuerst den Pfad der bestehenden deutschen Seite in der Multisite von de auf de-2 geändert. Dann habe ich in WPML das Language URL format auf Different languages in directories umgestellt, nachdem der "alte" de-Pfad nicht mehr vorhanden und somit nicht mehr mit WPML kollidierte. Zuletzt habe ich dann alle Permalinks neu generiert und Cache gelöscht. Jetzt scheint alles zu gehen, natürlich auf Kosten der deutschen Seiten, die noch nicht übersetzt sind, das ist aber das kleinere Übel. Diese alten Seiten sind jetzt eben nicht mehr erreichbar, außer man kennt die URL mit de-2. Was letztendlich die Heilung brachte weiß ich nicht, vermutlich klappt die Einstellung Language name added as a parameter nicht richtig. Weiterhin habe ich noch das Problem der unnötigen Nummern in den Slugs gelöst. Ich rede nicht von der 2 im Doser 2, was ja richtig ist, sondern von der unnötigen 2 im Futterautomat, ich weiß jetzt wie man die Slugs in den Übersetzungen manipuliert. Alles in allem scheint es jetzt OK.
April 22, 2025 at 3:51 pm #16956399
Andreas W. WPML Supporter since 12/2018 Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00)	Das freut mich zu hören. Die "-2" hängt WordPress immer dann an den Slug an, wenn der gleicher Slug auf der Website bereits verwendet wurde.