[Warten auf die Bestätigung des Benutzers] es werden nicht alle Texte einer Seite zum Übersetzen angeboten

Noch zur Klarstellung: Voriger Post kam vom Kollege Thilo.
Evtl. gibt es dort in dem Beispiel-Post Third-Party-Elemente (von Minerva KB Plugin), welche WPML nicht unterstützen. Aber das ist nicht das ursprüngliche Problem, mit welchem ich hier gestartet hatte. Gerne können wir das kurz ausklammern bis wir mein Problem gelöst haben.

Aber das hier kann ich auch bestätigen:
"Außerdem ist es bei dem Artikel passiert, dass nach einem Update ein paar der bereits übersetzten Texte erneut übersetzt werden mussten."

Das passiert mit eigentlich andauernd. Ich übersetze etwas, speichere den Text, schließe Übersetzung ab, und dann ist meine Übersetzung verschwunden wenn ich wieder in den ATE reingehe. Ich kann hier kein System erkennen, das ist zufällig. Wenn ich das gleiche nochmals übersetze bleibt es meist auch erhalten - aber nicht immer.

Nein, die Custom XML Configuration ist auf Live- und Staging-Seite leer.

Ja, ich habe mir das Duplikat angesehen, alle Texte sind jetzt da. Diese habe ich dann final übersetzt und Translation completed.

Jetzt kommt's: Auf der ursprünglichen Seite sind jetzt auch alle Texte zum Übersetzen vorhanden! Wie kommt denn das?

Das ist nicht das erste Mal, dass wir auf einer Seite das Problem hatten, dass nicht alle Texte zum Übersetzen angezeigt werden, und dann kommt es plötzlich zu einer Selbstheilung.

Ich bin überzeugt, dass im WPML ATE Bugs vorliegen. Man sollte das nicht auf sich bewenden lassen und dem Programmierer den Bug reporten, damit das abgestellt wird.

Wir machen jetzt mal weiter mit unseren Übersetzungen und melden uns wieder, wenn es wieder passiert.

Diese Bugs sollte man auch adressieren:
- im ATE sind manchmal mehrere Editfelder orange und zum Bearbeiten geöffnet, und man kann sie dann meistens nicht mehr schließen
- Übersetzungen verschwinden nach complete translation - obwohl vorher alle Texte komplett und blau - wenn man wieder reingeht sind manche Felder einfach leer
- auch wenn alles completed wurde bleibt das Zahnrad-Symbol und die Übersetzung wird nicht als abgeschlossen markiert

Und nein, es hängt nicht an uns oder an unserer Webseite. Diese Probleme kann man auch in anderen Foren nachlesen, z.B. Reddit. Das also ernst zu nehmen und zu beheben wäre angebracht.

Siehe auch meine anderen Support-Tickets, die stellenweise erfolglos im Sand verlaufen sind.

Ok, dann hoffen wir das Beste und die Fehler wurden oder werden bald behoben.

Aber leider ging die heutige Übersetzung auch wieder schief.
Diese Seite habe ich komplett übersetzt: versteckter Link
Auch hier gab es wieder die zuvor genannten Probleme, Übersetzungen wurden nicht gespeichert, mehrere Editfelder gleichzeitig orange, etc. Aber nach einigen Versuchen was es completet und es kommt das Stift-Symbol.

Aber: Gehe ich auf die deutsche Übersetzung
versteckter Link

Bekomme ich einen Fehler 404, Seite wäre nicht vorhanden.

Also kurz und knapp: Übersetzung ist mit ein paar Widrigkeiten gelungen, nur wird sie nicht im Frontend angezeigt.

Ich habe es schon gesehen, jetzt geht gar nichts mehr.
Das muss wieder wie ursprünglich eingestellt werden, also mit ?lang= in der URL.

Denn nun passiert folgendes: Jetzt springt man zu unserer deutschen Webseite in der Multi-Site, und nicht zur mit WPML nach Deutsch übersetzten englischen Seite.

Ist aber doch auch unlogisch. Warum funktionieren denn alle anderen bisher erfolgreich übersetzen Seiten mit ?lang=de, nur die neue von heute nicht.

Also: einfach Language URL Format umzustellen geht nicht, es muss so bleiben, wie es war. Wenn ?lang= nicht (bei einer Seite) funktioniert dann muss der Fehler behoben werden, und nicht einfach das Format umgestellt werden, was bei der Multi-Site eh nicht funktioniert.

Ich habe es wieder umgestellt, damit wenigstens die anderen Seiten wieder funktionieren.