liquid8

Aa, of course! Thank you for the help.

Cheers,
Janne

Hi!

Thank you for the ideas, with the help of those I found out that the problem occures when I give the fields for the acf_form() -function. So because I have this:

$all_fields = array(
‘raaka_aine_nimi’,
‘post_title’,
‘raaka_aineen_tuotenumero’,
‘valmistaja’);

$options = array(
‘fields’ => $all_fields,
‘submit_value’ => ‘Save changes’
);

acf_form($options);

That causes the columns not to show. But if I just use the plain acf_form(), then the columns are visible. Is there any fix to this / should the function behave like that?

Hi, one more thing: I just noticed that the plugin is adding those columns on backend. So if I open the post on the admin side, then the columns are there. But the frontend is not showing them.

Hi, thanks for the reply.
For me it looks like I have the same kind of setup but for some reason it doesn’t work. I made a video also, please see it here

Hi,

Thank you, I finally found the reason after trying this with the default theme. There was some recaptcha custom scripts in the Avada’s child theme which had been added to the site earlier. I could now just remove them and after that the 3.0 -version for recaptcha was included normally also to the swedish-version of the site.

Cheers,
Janne

I am using the Avada theme. I tried to disable all the other plugins but CF7, Polylang and Avada’s essential plugins Fusion Builder & Fusion Core. It had no effect to this problem.

Here: https://poco.fi/

Hi, I had to remove it since this was a busy task. I decided to use the Ninja Forms for this.

Thank you! I’ve been fighting with this for a long time, didn’t notice that small detail of “_”
Works perfectly now.

Thank you both for the tips! A great article, I’ll be using those debugging methods for sure.

Thank you for the tip, I will do that.

By the way; there isn’t any way to debug WordPress so that one could find out what actions are called in one page or when clicking some element etc?

Thank you, I figured it out now. I decided to add action to ‘plugins_loaded’ -hook. That did the trick.

Hi,

I finally figured it out. The problem was that my previous service provider had added these lines to the wp_config.php -file:

define( ‘WP_SITEURL’, ‘https://’ . $_SERVER[‘SERVER_NAME’] );
define(‘WP_HOME’, ‘https://’ . $_SERVER[‘HTTP_HOST’]);
define(‘WP_CONTENT_URL’, ‘https://’ . $_SERVER[‘HTTP_HOST’].’/wp-content’);

Somehow those lines mixed up the site so that only the frontpage opened and even that one was a total mess. Would have been nice to know that they had modified wp_config.php… well now I know that I should always check the wp_config if someone has added something extra to it.

Yes I actually did it twice because I was thinking the same thing ??
+ I once installed it on another server also; same problem.

Hi,

Yes, only difference was that because the old site is still a live site I could not change the domain name in settings before exporting the database. That is why I changed the two url-values in wp_options-table manually after importing the db to the new server. I have done this many times before and usually it goes fine, but this time I have no idea what is causing these problems.