[Gelöst] Die englischen Lieferzeiten werden nicht korrekt angezeigt
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Hallo, ich komme leider noch einmal auf das Problem mit den Lieferzeiten zurück, das immer noch nicht gelöst ist. Ich habe ein Produkt vor vor ca. 2 Wochen gelöscht und neu angelegt, weil sich die Lieferzeiten in der englischen Übersetzung nicht aktualisieren ließen. Danach hat alles funktioniert. Jetzt muss ich die Lieferzeiten erneut aktualisieren und es geht wieder nicht: Im Englischen steht hartnäckig sofort verfügbar, obwohl im Backend "2-3 Wochen" eingetragen ist: versteckter Link
Ich habe es getestet mit einem Standard-Theme und alle anderen Plugins deaktiviert (screenshot).
Hallo, aus irgendeinem Grund funktioniert das Passwort nicht, dass ich für den Account erzeugt habe. Ich würde Ihnen gerne ein Neues via secure form schicken.
Beste Grüße!
es wäre besser eine lokale Kopie, damit wir über einen Debugger sehen, was genau als Variable übergeben wird.
Sie können in Duplicator die Dateifilter verwenden, um das Paket zu vergleichen. Sollte es damit nicht funktionieren können Sie ebenso eine Kopie mit All in One Migration erstellen, damit sollte es ohne Probleme funktionieren.
wir haben dies auf der damals erstellten Sandbox-Kopie nochmals lokal mit variablen Produkten getestet und es war nicht reproduzierbar. Die Lieferzeit wurde korrekt übernommen.
Es tritt somit als Fehler nur auf Ihrer eigenen Installation auf. Unsere Entwickler werden dies über die damals übermittelte Duplicator Kopie nochmals prüfen.
Ja danke. Es tritt nur bei einer geringen Anzahl von Produkten auf. Bitte prüfen Sie das Produkt auf dem Screenshot oben. In der Zwischenzeit habe ich die engl. Übersetzung der betroffenen Produkte in der Live-Version komplett gelöscht und neu erstellt. Dabei ist aufgefallen, dass ich das beim Produkt Kakadu Tischleuchte bereits zum 2. Mal mache. Bitte überprüfen Sie auch dieses Produkt.
ich habe es bereits mit dem Testprodukt auf dem Screenshot an das Entwickler-Team zur Prüfung am Klon weitergeleitet. Es war damit alles nachstellbar. Sobald klar ist, warum dies nur auf Ihrer Installation passiert und es eine Lösung dafür gibt, können Sie diese auf alle betroffenen Produkten nachziehen.
Germanized hat in deren Compatibility Klasse eine Methode, welche manche von unseren Hooks entfernt:
\WC_GZD_Compatibility_WPML::unhook_terms_clause in wp-content/plugins/woocommerce-germanized/includes/compatibility/class-wc-gzd-compatibility-wpml.php
Dies hooked in die Aktion "woocommerce_gzd_get_term". Wenn wir diesen Hook auskommentieren (also den Code Part deaktivieren), muss der Wert der Postmeta Tabelle nicht in der Postmeta der Übersetzungsvariation gesetzt werden. Dies wäre ein möglicher Workaround für Sie.
Funktioniert es für Sie ebenso? Falls nicht, werden Sie sich an Germanized wenden müssen. Wir können deren Team bei Bedarf gerne unterstützen & bei Fragen weiterhelfen.
Herzlichen Dank dafür! Ich schlage mich bereits seit 7 Monaten mit dem Problem herum, jetzt hoffe ich, dass es endlich eine Lösung gibt. Ich habe mich zunächst an Germanized gewendet, weil ich eine wasserdichte Lösung einem Workaround bevorzuge. Leider kam noch keine weitere Unterstützung vom Germanized Support, außer dem Vorschlag, das mal probeweise auszukommentieren. Ich gebe Ihnen daher auch die Zugangsdaten zur Liveversion der Site, damit sie den Hook dort bitte auch auskommentieren. Dann kontaktiere ich ggf. noch einmal Germanized.
Grüße!
Leider kam noch keine weitere Unterstützung vom Germanized Support, außer dem Vorschlag, das mal probeweise auszukommentieren.
Warum haben Sie das nicht gemacht? Dann hätten Sie sich ja das ganze Testing ersparen können. Der Fehler liegt ja im Code von Germanized und nicht in WPML. Nur Germanized kann Ihnen hier eine dauerhafte Unterstützung geben, da der Workaround mit dem nächsten Germanized Update ansonsten wieder überschrieben wird.
Bitte testen Sie dies zuerst auf einer Testseite. Auch wenn es funktioniert oder nicht funktioniert, in beiden Fällen werden Sie sich an den Germanized Support wenden müssen, da wir dies nicht an Germanized weitergeben können, da es nicht reproduzierbar ist und Sie hierfür eine dauerhafte Lösung brauchen. Sollte das Team dann unsere Hilfe brauchen, stehen wir dem Germanized Team gerne zur Verfügung.
Hallo, Marcel, da haben Sie mich wohl falsch verstanden. Ich habe erst vorgestern die Info aus Ihrer Nachricht mit dem Auskommentieren des Hooks dem Germanized Support mitgeteilt. Danach kam lediglich der Vorschlag, das man das mal probieren sollte. Ich hatte mir erhofft, dass dort vielleicht versucht wird, eine fundiertere Lösung zu finden, damit ich nicht wieder monatelang rumtesten muss. Davor kam vom Germanized überhaupt kein Lösungsansatz, sondern die Mitteilung "Ich konnte jedenfalls bei meinen Tests keinerlei Probleme feststellen mit der Datenstruktur/Übersetzungen, sodass ich diesbezüglich etwas mit meinem Rat am Ende bin."
Deshalb möchte ich Sie bitten, das Deaktivieren des Hooks vorzunehmen, da ich nicht weiß, wie und wo man das macht.
Beste Grüße!
alles klar, danke für die Info. Ich würde nicht empfehlen, dies auf einer Live-Umgebung zu testen. Setzen Sie am besten eine Staging auf, wo wir dies dort auskommentieren können (Bedeutet, die die entspreche Code Zeile zu öffnen und am Anfang ein "//" einzufügen, damit der Code nicht ausgeführt wird.
Warum? Weil wir nicht wissen, welche Auswirkungen diese Änderung auf den restlichen Code in Germanized hat. Um somit auszuschließen, dass wir dabei etwas kaputt machen wäre es unbedingt ratsam dies zuvor auf der Testumgebung zu testen. Dann können Sie Routineaufgaben mit Germanized und WPML vornehmen, Inhalte übersetzen etc. und falls keine weiteren Fehler auftreten, können wir dies auf der Live-Umgebung nachziehen.
