eval() d code 5 error within element hook

Hi there,

When you do this: $page->ID

You assume that $page is an object. In this case, it's not, which is why you're seeing an error.

Try this:

$page = get_page_by_path('my-slug');

if ( is_object( $page ) ) {
    get_field('mixcloud_playlist_code', $page->ID);
}

Thank you for the speedy response, Tom!
When I used that I lost the output of the mixcloud shortcode contained within the ACF. I thought I'd solved it by using:

       
	$page = get_page_by_path('my-slug');
         if (is_singular ( 'dj' )) {
        get_field('mixcloud_playlist_code', $page->ID);
        }

which references the custom post type but then realised it still threw the same error.
Any other suggestions?

You could try this:

$page = get_page_by_path('my-slug');
$page_id = is_object( $page ) ? $page->ID : '';

get_field('mixcloud_playlist_code', $page_id);

Thank you, Tom. That fixed it :)

You're welcome :)

Hi Tom, out of nowhere today, my shortcode contained within the ACF has stopped parsing. I validated the shortcode itself outside of the ACF and that works fine. The output I'm now seeing on each page is your code above so am thinking possibly something may have changed with this? Would it be possible to take a quick look? Much appreciated. I al;so have this code in my functions.php:

function my_acf_format_value( $value, $post_id, $field ) {
    // Render shortcodes in all textarea values.
    return do_shortcode( $value );
}
// Apply to fields named "mixcloud_playlist_code".
add_filter('acf/format_value/name=mixcloud_playlist_code', 'my_acf_format_value', 10, 3);

Hi there,

can you check that the Hook is still executing PHP ?

Hi David, I've just checked the PHP error log and see this:
PHP Notice: Constant DISALLOW_FILE_MODS already defined in /var/www/vhosts/mysite.uk/httpdocs/wp-includes/functions.php on line 9
Just prior to that I was attempting to import a group of users using the Cimy User Management plugin with threw an error of:
PHP Notice: Undefined index: db_sort_by in /var/www/vhosts/mysite.uk/httpdocs/wp-content/plugins/cimy-user-manager/cimy_user_manager.php on line 353
Do you suppose this may have an effect on the PHP in my hooks?
Here's a grab of the console for the page. It does appear as if the second part of the PHP is not firing:

Yea, that looks like something is preventing the PHP from executing on the front-end. It could have to do with the DISALLOW_FILE_MODS notice you're seeing there.

I've done a lot of reading on this issue since yesterday and as yet cannot fathom where to look for the bad code. Has anyone else experienced this or know of a plugin I could use to investigate in more detail?

Just as a footnote; I thought to clear the PHP error log. When I then reload the page in question I don't see any new errors in the log but the PHP doesn't fire in the hook. As you can see in the screengrab from the console output, something is commenting out the first part of the PHP code. Does anyone have any ideas as to what could be doing this?

So, I've now done a few things:

Upgraded server to run PHP 7.3.18
Created a test page with just the shortcode & that works.
Then created a Hook with a simple PHP test code. That didn't work and has the same commenting out of the PHP code.

Does this not indicate the issue is related directly to the GP Hooks?

Looking at the DISALLOW_FILE_MODS that Tom pointed out - its says that this is already being declared in your root functions.php:

PHP Notice: Constant DISALLOW_FILE_MODS already defined in /var/www/vhosts/mysite.uk/httpdocs/wp-includes/functions.php on line 9

If you're site has a function that is disallowing file mods then the Hook will not execute PHP.

I've just downloaded all plugins and performed a search for DISALLOW_FILE_MODS. It came back with 7 mentions of the words in 3 files in Jetpack but no declarations. I tried disabling Jetpack but the error is still there. Is there any other way I can run a test or scan my Wordpress install for this?