“The response is not a valid JSON response” errors

Hi @jamminjames,

If you install the WP Debugging plugin, then load the dashboard, you should see the PHP errors causing this issue in the logs. Can you post that here?

Thanks. All it says is:

Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the responsive-lightbox domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /var/www/humortimes/wp-includes/functions.php on line 6114

I’ve tried the page with all other plugins deactivated, so that would rule out responsive-lightbox, I would think. But the wp-includes function file is a WordPress file. My WP is up to date, so that’s odd.

What should I do?

Update: Responsive Lightbox offered a fix for the problem it was causing, which seems to have worked (debug doesn’t give that error anymore). But it didn’t fix the “not a valid JSON response” error. I’m not seeing any other errors reported by the WP Debugging plugin.

Also, there’s a notice on top of the Dashboard window that says: “Purge initiated.” It stays there even when refreshing the window. Not sure if that’s relevant.

Also, in the Statistics tab, Pages and Referrers boxes, I’m getting these:

Error:?["pages","2024-12-04","2024-12-10",{"filters":{"browser":"","country_code":"","device":"","goal_id":"","page_id":"","page_url":"","platform":"","referrer":""},"group_by":["page_url"],"metrics":["page_url","pageviews"]}] data is undefined

Error:?["referrers","2024-12-04","2024-12-10",{"filters":{"browser":"","country_code":"","device":"","goal_id":"","page_id":"","page_url":"","platform":"","referrer":""},"group_by":["referrer"],"metrics":["referrer","pageviews"]}] data is undefined

Okay, found the problem in our Nginx configuration. This rule had been added, as recommended somewhere for WordPress installations:

location ~ /(data|conf|bin|inc)/ {
    deny all;
}

I took ‘data’ out, as Burst needs access to a subdirectory of that name.

However, do you know how I could allow it just for the Burst plugin, or for the specific directory it uses? I tried an allow rule like this after the above, but it didn’t work:

location /wp-json/burst/ {
allow all;
}

Can you try moving the new rule above the first one? I read the order matters. Otherwise it looks good, although I have to add I’m not an expert on NGINX rules.

I’ve tried both ways, and with other ‘location’ line configurations. I’ll pursue it in stackoverflow. Meanwhile, I’ll just take ‘data’ out of the original ‘location’ line.

Thanks for your help!