merlunix

Likewise, thanks for the prompt reply and fix!

I got the same issue and customers complaining because their navigation doesn’t work anymore (using Beaver Builder and their theme).
As this plugin seems to be the issue, I turned the cookie banner, but the div is still there. Deactivated the plugin, div is still there. Cleared the cache wherever I could, it’s still blocking the menus. Any idea on how to fix this?

Hi @lebaux, thanks for the fast reply! All good here ??

I tested with other plugins and it does not seem to be connected. After some testing with the SEO settings on the staging server I found out that the query alteration settings were set to “database” in the performance options. Changing to “website” solved the problem for now.

Hi, I completely deleted the field group in question and set it up again. Not a real solution, but in my case the errors were gone.

Hi Jack

The networks were FB, Twitter, Linkedin and Xing. Unfortunately I am using a different solution now so I cannot really recall the settings. Sorry!

Thanks
Simon

Hi Matt

I assume the issue has to do with the WPML plugin (as so often). I did some testing and working in the standard language is possible without any issues. As soon as I do any change in a translated field group, the error immediately shows up on all pages (back- and frontend) related to CFS.

Should I investigate with the WPML team as well? Thanks!

Hi Jack

Thanks a lot for the quick reply. You were right, the plugin “Mashshare Share Buttons” caused the mails to send twice, which in turn lead to many of them being blocked by the receiving mail server. I’ll check with their support.

Awesome support document by the way!

WPML is the problem – update (manually) to the lastest version and the jobs will load again. Dont forget to back up ??

I’ve got the same problem, jobs don’t load anymore, but only on a translated page (using WPML). Same page in standard language displays ok.

Saving permalinks or purging the cache hasn’t helped so far.

Had the same problem. Emptying the browser cache and renaming the file solved it.

I have the same problem and unfortunately, Userpro does not seem to support multilanguage options for fields.

If you have only 2 languages, there is a little workaround: Go to Userpro > Settings > Fields and enter a placeholder for each field in both languages.

Example: If you have a field for phone, you can enter “Phone / Téléphone” to show both English and French. Its not perfect, but as for now the only solution I found.

I am using Bones and yes, it uses its own textdomain via functions.php:

load_theme_textdomain( ‘bonestheme’, get_template_directory() . ‘/library/translation’ );

I think thats the problem. Any quick advice on how to handle this? Thanks a lot! I am amazed by the plugin so far.

Hey Scott

I am using the .po /.mo files as suggested. It works perfectly for 99% of all strings. But some are still displayed in English despite being correctly translated in the .po / .mo files. I am afraid an additional plugin won’t help, the translations are there already.

Still thanks for the suggestion!
Regards
Simon