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:
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.
This fits to the original problem: There is also another page (or better post), where not all texts are shown for translation. hidden link
This post is brand new, I created it just today.
The ATE shows just one text. I just confirmed the English content. Had 100% and clicked "completed". Now I see the pen icon and the front end let's the user select German. Although only one text was translated (and available).
See screenshot of ATE. Only one line of text.
And it is not one of the WPB or the7 elements, I used only a handful if them, and all of them had already worked on other pages incl. translations.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Ich bin gerade dabei eine lokale Kopie der Website anzulegen.
Dabei weist "Duplicator" darauf hin, dass sich in der Datenbank Tabellen mit dem veralteten Zeichencode uft8mb3 befinden. Dies kann zu unerwarteten Problemen führen.
Die Datenbank und alle Tabellen der Datenbank sollten den Zeichensatz utf8mb4_unicode_520_ci verwenden.
Ich würde empfehlen, dass Du eine Sicherungskopie der Datenbank anlegst und ich kann Dir danach dabei helfen, die Zeichensätze der Datenbank auf der Live Site anzupassen.
Gib mir bitte Bescheid, sobald Du mit dem Backup fertig bist.
Today I worked again on that post, did some changes on the layout and finetuned the text. After every update of the page I checked the ATE status. About 10 updates, nothing changed, same situation, only one line of text to translate visible.
Then suddenly, without any obvious reason, all translations where shown in the ATE.
So WPML ATE was retriggered somehow and fixed the problem itself.
Unfortunately I can't say, what change in my post triggered that.
However, that post is now completely translated. Maybe my observations can help your development team to find the root cause of this problem.
Zum Zeichencode
Danke, dass Du uns dabei helfen willst, das zu bereinigen.
Ich (Matthias) habe keine Ahnung, ob und warum welche Zeichencodes wo zu finden sind, ich habe daran nie etwas bewusst geändert. Vielleicht wüsste Thilo her mehr. Der ist aber aktuell nicht da.
Interessant ist aber, das die Probleme mit nicht angezeigten Übersetzungen im ATE und dass nur angemeldete Besucher die Übersetzung im Frontend sehen können, auch bei brandneuen Seiten und Posts auftauchen, also nicht nur bei "Altlasten".
Wir sollten also noch herausfinden, wo diese Zeichencodes herkommen, um das in der Zukunft zu vermeiden.
Ich habe heute morgen noch an der Seite gearbeitet, daher konnte ich jetzt erst das Backup machen. Das Backup ist nun fertig, ich mache jetzt nichts mehr an der Seite, Du kannst also loslegen.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Die Migration dieser Multisite schlägt leider fehl. Ich habe zweimal versucht, die Multisite zu migrieren, und jedes Mal zeigt die Site nur 404-Fehler auf allen Seiten und in allen Beiträgen an.
Das Problem in Bezug auf die Datenbank, welches ich zuvor erwähnt hatte, habe ich nur für diese Site beheben können. Das Problem mit den 404s auf den Seiten bleibt aber leider weiterhin bestehen.
Könntest Du eventuell eine Staging-Site für weitere Tests einrichten?
uns geht es nur um die Hauptseite, die Site, auf denen ich die gemeldeten Fehler hatte.
Die deutsche Site (/de) wird deaktiviert, sobald ich in der Hauptseite alles auch in Deutsch habe. Die /usa Seite bleibt noch etwas bestehen, aber dort nutzen wir kein WPML.
Hast Du die Hauptseite (Englisch) fixen können, brauchst Du dann noch die Staging-Seite?
Das muss dann Thilo machen, ich kann das nicht.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Auf der Site ist das Plugin "WP Staging PRO" installiert und es gibt sogar bereits ein Staging, aber zu diesem habe ich keine Zugriffsdaten.
Ich konnte mit Duplicator PRO leider keine funktionierende Kopie der Website ans Laufen bringen und hoffe es ist in Ordnung, dass ich ein neues Stating mit dem Plugin "WP Staging PRO" erstellt habe, um die Support-Probleme zu untersuchen.
Auf dem neuen Staging stelle ich fest, dass sogar angemeldet beide Seiten einen 404 Fehler auslösen:
Original: hidden link
Übersetzung: hidden link
Schalte ich WPML aus, sehe ich weiterhin einen 404 Fehler auf der originalen Seite. Sol bedeuten, dass diese 404 Fehler wohl nicht durch WPML auftreten.
Selbst wenn ich auf dem Staging alle Pluigns bis auf WP Staging ausschalte und auf ein anderes Theme wechsel, sehe ich weiterhin einen 404 Fehler auf der originalen Seite:
hidden link
Was zudem seltsam ist, ist das diese Seite weiterhin daovn ausgeht, dass das The7 Theme aktiviert ist, obwohl ich bereits auf ein Standard-Theme gewechselt hatte.
Ich kann mir diese Problem aktuell leider nicht erklären, aber sie scheinen nicht durch WPML zu entstehen.
Ich bitte Dich den Entwickler der Website am Montag darum zu bitten einen Blick darauf zu melden und sich daraufhin bei mir zu melden. Da ich Samstags arbeite, werde ich aber erst am Dienstag wieder verfügbar sein.
Leider hat keiner dieser Lösungsvorschläge geholfen. Auch ein leeren des Caches und deaktivieren des Cache Plugins haben das Problem nicht behoben.
Wir haben es mit dieser Seite getestet: hidden link
Außerdem ist auch schon im Cache-Plugin konfiguriert, dass der Cache beim Ändern oder Erstellen von Posts oder Seiten der Cache geleert wird.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Ich würde Dir gerne ein Plugin bereitstellen, welches Probleme zwischen Object Cache (Redis) und WPML weitestgehend beheben sollte.
Du kannst das Plugin hier herunterladen: hidden link
Es ist nur eine PHP Datei. Diese muss im Ordner /wp-content/mu-plugins hinterleget werden. Sollte dieser Ordner auf Deinem Server nicht existieren, dann erstelle ihn bitte.
Sollte das Problem nach Verwendung des Plugin weiterhin auftauchen, dann gib uns bitte Bescheid.
Das Plugin hat auch keine Besserung gebracht.
Ich hatte ja auch schon den Cache deaktiviert und dies brachte auch keine Besserung. Es liegt also wie es aussieht gar nicht am Cache.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Ja, seltsam. Aktuell kann ich das Problem auf diese Weise nicht erneut lösen.
Da es nicht möglich war eine funktionierende Kopie der Website per Localhost aufzusetzen, benötige ich Zugriff zu einer Staging Site, auf der ich zum Testen Plugins deaktivieren und ggfls. das Theme wechseln kann.