Error when add/update post - Invalid argument supplied for foreach() - qtx_admin.php on line 14

[nunospot]

I get a error when I try to add or update a post:

Warning: Invalid argument supplied for foreach() in .../wp-content/plugins/qtranslate-x/admin/qtx_admin.php on line 14

Warning: Cannot modify header information - headers already sent by (output started at .../wp-content/plugins/qtranslate-x/admin/qtx_admin.php:14) in .../wp-includes/pluggable.php on line 1171

I saw a thread on wordpress support page with the same error - https://wordpress.org/support/topic/warning-shown-on-page-update-qtranslate-xadminqtx_adminphp-on-line-14?replies=8

I'm using the workaround set by david.sota.ads, but like John Clause said this will only solve the error messages not the actual problem.

[johnclause]

I still have no idea how that happens ... Probably older version of PHP is at fault, but what exactly is happening? Nobody troubleshooted it to the answer. We could never reproduce it and we have never gained an admin access to troubleshoot it. Would you have enough PHP skills to figure out what is going on?

[nunospot]

I'm developing on my localhost, I didn't test it online yet, but I will give it a try. Anyway my php version is 4.6.1, so I don't think it's a php problem.

I'm using the qtranslate-x with the ACF to translate a several fields. I think the problem is when this fields are not filled so the $content on the foreach is NULL, in others words, the argument is invalid. And no, i'm not that good in PHP :\

[johnclause]

4.6.1 is pretty low by now.

NULL is what I do not understand, $content comes from $_POST, which should never have any nulls. Where this NULL come from? Sounds like an imperfection in ACF, which is not important anywhere else, but just causes this message. Could you try to figure out a simple reproducible case?

[nunospot]

Yeah sorry, I was telling the phpMyAdmin version. The php is 5.5.19.

NULL I think comes from the fields that have not been filled.

[johnclause]

Yes, they apparently come from that, but it should not be a case. Empty fields come as empty strings, not NULL, in normal case. We can put "if(is_null(...)) ...", but it is strange to run an extra code just to offset either older PHP or imperfections in other plugin development? I would like to find out the true cause of this first. And for that I need a way to reproduce it.

[nunospot]

I have the ACF pro version. I can give you access to the development in if you want.

[johnclause]

Access to localhost? I would think ACF Pro and regular would behave the same, as it seems basic. Could you describe the minimum steps to reproduce first? What kind of field one need to create and not to fill and where in order to see this message? Please, assume no knowledge of ACF for a reader. Maybe I will eventually able to reproduce on my localhost.

[nunospot]

I have a dev environment on a server. What do you need specifically? I have several fields to fill (for example: text fields, wysiwyg editors, repeaters, images e etc) for this post and those fields, except the images, can be translated by the q-translate.

[johnclause]

I've never done anything with ACF and I would not like to spend time to learn. It would be great, if you could give me set of instructions what to do to see the error message you are seeing.

[johnclause]

I tried a few fields, and I cannot hit this problem, never was able to to. If you wish to help, give us precise instructions what to do to reproduce, or admin access to a site with explanation what page to go and wht to do to observe the problem.

[nunospot]

Hi John, yeah ofc. I can't give you the access right because I don't have the access here you my personal computer, but monday on the work I can give it to you or reproduce another environment where you can see what going on.

[nunospot]

Hi john. Give me your email so I can send you the access.

[johnclause]

The contact information is in the link I sent you: https://qtranslatexteam.wordpress.com/contact-us/

[johnclause]

Thank you very much, @NC0STA, for setting up a test server for us.We would never be able to reproduce it on our servers, because it happens when a page has a hidden, unused translatable field and when user has the first language chosen when "Update" is pressed 👍 It happens with ACF mostly, but potentially can happen in other plugins too.

The fix is here: 7586ff0
and it will be included in the next release.

[riverofjanuary]

FWIW I just installed the very latest version from the git repo (3.4.8) and had this exact error (on ACF site with fields moved around). I had to manually apply the "isset" fix (that @johnclause links to immediately above) to the qtranxf_collect_translations function and it fixed the problem... Was the fix applied to June 14 commit, then dropped out of a later version??

[pwolfert]

I had the same problem as @riverofjanuary and saw that the fix is in the stable branch but not in master. I've manually installed the latest stable version, and it fixed this and one other problem (https://piklist.com/support/topic/conflict-with-qtranslate-x-plugin-and-group-fields/).

[fabianhijlkema]

Had the same issue, @dxit-gg answer fixed it for me too. Also using ACF pro.

[janeschindler]

I had two conflicts with ACF-qtranslate (the ACF integration plugin). 1) I got this error on line 14. Thank you for the fix (I haven't confirmed that it's working because I don't understand what you mean by 'first language' in this comment: #392 (comment). I have the issue but haven't been able to reproduce reliably. Would be great if you could clarify). 2) When I edited and saved group ACF fields, the fields I had put inside groups were all replicated outside the groups but without field names (funkjedi/acf-qtranslate#111). After a quick test this also seems to have been fixed. Is that possible? I really hope it doesn't happen any more.

[janeschindler]

I am using the stable branch now with the fix and just had this error again (invalid argument on line 14). My site deletes the entirety of the post in the language that's being edited (but not the other languages). I've upped the max_input_vars for php and hope that might help. Very glad if anyone has other ideas.

[pumpui666]

I still get this error.

[ambienthack]

Same error here.
WP 5.0.3 + qTranslate-X 3.4.6.8 + ACF PRO 5.7.10 + ACF-qTranslate 1.7.25

[ghost]

I solved this problem.

• open file qtx_admin.php
• wrap code into condition on line 14
  if ((is_array($content) || is_object($content)) && sizeof($content)) { foreach ($content as $f => $r) { $texts = array(); foreach ($qfields as $lang => &$vals) { $texts[$lang] = $vals[$f]; } $result[$f] = qtranxf_collect_translations_deep($texts, $sep); // recursive call } }