Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Wenn Sie feststellen, dass der Datenimport auf Ihrer Website fehlschlägt, sobald WPML aktiviert ist, und im Error Log ein PHP Fatal Error erscheint, der auf ein Problem mit
array_filter()
in der Datei
class-wpml-element-translation-package.php
hinweist, könnte dies an fehlenden oder inkonsistenten Daten in der Datenbank liegen.
Solution: Wir empfehlen Ihnen, die "Ghost entries cleanup"-Option in unseren Troubleshooting-Optionen zu verwenden, um das Problem zu beheben. Diese Funktion finden Sie unter: WPML Troubleshooting-Optionen. Wenn Sie die Funktion "Ghost entries cleanup" verwenden, werden fehlende Einträge in der Datenbank bereinigt, die zu dem Fehler führen könnten. Sollte das Problem weiterhin bestehen, zögern Sie bitte nicht, ein neues Support-Ticket zu eröffnen: WPML Support-Forum.
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.
Seit einigen Jahren nutzen wir eine selber entwickelte Daten-Importfunktion und WPML auf lacetra.ch
Seit kurzem macht der Import Fehler.
Wenn wir alle WPML Plugins deaktivieren geht der Import, wenn WPML aktiviert ist nicht.
Mein Entwickler ist grad etwas Ratlos, hat mich gebeten euch zu Fragen, ob ihr eine Idee habt, wo der Fehler liegen könnte.
Ich habe einen Staging Website aufgebaut, ich kann gerne Zugriff geben, wenn das helfen würde.
Kann es sein, dass bei den Import-Daten eine ungültige Post ID angewendet wird, also eine Post ID die keine Zahl, die Ziffer "0" oder eine negative Zahl ist?
bitte beachten Sie, dass unser Support leider keine Hilfe zu Custom Coding abdeckt. Wir können jedoch gerne einen Blick auf Ihren bestehenden Code werfen, um zu sehen, wo hier ein Konflikt ausgelöst wird.
1) Was genau importiert Ihre Importfunktion (Posts eines CPTs?). Ist dies der Code des Plugins "lacetra-442hz-updater", wo das Stack Trace hier einen Fehler meldet?
2) Wenn ja, was machten die betroffenen Zeilen 89 & 229 der Datei lacetra-442hz-updater.php?
Wir haben einen bekannten Fehler mit der identischen Codezeile, mit Bezug zu einem 3rd Party Plugin, welches auf Ihrer Installation jedoch nicht aktiv ist (GiveWP). Hier wurde ein Fehler ausgelöst, welcher die Metatabellen außer Kraft gesetzt hat, um deren eigene zu verwenden.
Außerdem wurde die Standardrückgabe überschrieben, wenn eine Meta-Tabelle nicht gefunden wird - von Array auf die leere Zeichenfolge. Dies könnte ggf. bei Ihrem Importcode ebenso der Fall sein. Anbei der betroffene Code, wie es in diesem Plugin falsch war: https://wpml.org/errata/give-donation-fatal-error-when-trying-to-update-or-translate-a-form/.
Edit: Bei Ihrem Plugin ist es "bool", bei diesem genannten Fehler "string". False wird jedoch nur zurückgegeben, wenn invalid $post_id der Fall ist.
Anscheinend klemmts, mein Entwickler Patryk meint es sei ein Bug von seiten WPMwird sich in den Chat einklinken, ich kopier hier mal seine letzte Nachricht rein.
I spent a while debugging the issue and it looks like without them fixing the issue on their side we aren't able to make it work.
If you want you may add me to the ticke you have opened with them (wpml). I think we may give them access to stgaing.
Anyway it looks like their code do some weird things.
I will paste the log from staging:
What is happening here?
When we try to update post with ID 10313 -> versteckter Link - WPML tries to do something with the post with ID 10294 which doesn't exist -> versteckter Link - no idea what their code is trying to do... And because that post doesn't exist their plugin throws Fatal Error...
Is that non-exsting post supposed to be translation? Hard to say... IMO it shouldn't work like that. And I would call that simply a bug.
ich möchte erwähnen, dass Ihr Fehler nur in Kombination mit Ihrem Custom Code ausgelöst wird. - array_filter(false) ist nur dann der Fall, wenn eine ungültige Post ID in get_post_meta aufgerufen wird, siehe https://developer.wordpress.org/reference/functions/get_post_meta/.
Hello 🙂
Patryk here,
I understand the issue, but I'm curious why you can't check first if post exists instead of assuming that it exists.
No idea why there is in your tables refered non existing post...
What we may do about it?
The faulty entry ID 6130 is an image, it is embedded on this page versteckter Link
Der CPT "Konzerte" verwendet ein Fallback zur Default-Sprache. Es wird somit der DE Content mit einem EN Permalink ausgegeben. Tritt dies ebenso auf, wenn Sie vor den Import die Einstellungen für den CPT auf "Only show translated items" umstellen? Siehe https://wpml.org/documentation/getting-started-guide/translating-custom-posts/.
Marcel, I'm not sure if my post (in English, as I don't speak German) was missed.
In DB we have posts 10313 and 10294 in the same group, however post 10294 doesn't exist... What we may do about that?
I thought that in your plugin you could check if post exists before attempting to process it. I can't see any other way to fix that for good.
Another way would be to remove rows from DB manually, but it looks like a dirty solution without guarantee that the issue won't happen again in the future...
I'm checking this with our devs, but integrating checks where only one client benefits will likely not make it into our backlog. I can't see any other clients requesting that change. As it occurs only with custom code, there might not be more people benefiting from that change. That doesn't mean our devs will not check it, but if yes, it might be handled with very low priority. I will let you know once I receive feedback.
For now, I recommend you to remove the affected IDs manually. As you use the fallback option, you will not need a translation of that affected image ID.
> For now, I recommend you to remove the affected IDs manually. As you use the fallback option, you will not need a translation of that affected image ID.
I'm pretty sure there were some misunderstanding here about the image ID 6130 🙂 Nadia mentioned that, but it's not necessarily true...
Anyway, I understand that in icl_translations table I should remove entries related to affected posts, right?
she said the image is used on versteckter Link, which is using a fallback for the CPT "konzerte". The translated version is a configured fallback, not a real translation (original content displayed using a translated permalink).
Before you delete it, please provide us a duplicator copy for a check. The error message might indicate a corruption in the database. It should not behave like that in all cases; we can only tell more after further debugging.
It seems i made a bit of a confusion with the image... and i thought i wrote that yesterday in wpml chat, but it seems i didnt.
My head is very much in an other project, huge presentation on thursday.
The image is not causing the issue, i confused translation-ID with post-ID...
