jimcin

That’s fine, I don’t need to add the snippet as the error is not on production (which is still in PHP 5.6.x),

it is only on our new PHP7.2 testing environment, which will go live once we tested everything with this new config; which is not accessible from the outside anyway, so you won’t be able to reach it.

Thanks though

right,

On the backend admin, I am able to see the campaign, api version and use HTTPS? and buttons that were previsouly hidden.

On the Frontdend, it’s breaking my site (menu not displayed, and some other parts of the website).

A) I just tried again, and got the same issue.

B) Not using a caching plugin, and tried with parameter at the end of the url to force load new version as well as private browsing, but issue still present

Thanks for your time

Hi, thank you,

I did update the plugin, and also tried deleting the folder and copy it again. As well as clearing the cache ans settings.

I am able now to see the plugin fields, but I still have a fatal error. I look like it’s coming from another file/line:

[04-Apr-2018 20:22:00 UTC] PHP Recoverable fatal error: Object of class stdClass could not be converted to string in E:\Web\xxx\wp-content\plugins\pardot\includes\pardot-template-tags.php on line 97

Thank you

You’re right, thank you,

I did delete and reinstall properly, and issue seems to be gone.

Thanks again.

any updates?

Additional info:

in your pardot-settings-class.php -> function campaign_field() :
The following part
if ( isset($data->name) ) {
$campaign_name = esc_html( $data->name );
}

is breaking, because your campaign object cannot be converted into array of string, is that correct?

I don’t know why there isn’t more people with the issue. So I’m wondering if this could be cause by a missing module in php.ini.

thanks for your help.

@jarvizu,

would you be able to check your database collation?
You should be able to see it in your databse configuration, this is something like :utf8, utf8mb4, latin1, etc.

please provide the complete name if possible. Ex for myself: “utf8 – default collation”

This will help to see if our issue is related.

thank you

OK, so apparently, issue comes from your “Campaign (for Tracking Code)” variable,

you pass it as an Integer (Int), that cannot be cast through the wp_check_invalid_utf8 function in wp-includes/formatting.php

$string = (string) $string;

Not sure if you need to change your code to pass the campaign code as a string, or if this is a special issue because I am using a database collation “utf8 – default collation” ?

Hope this helps,

thanks for your help.

Thank you,

I did deactivating all plugins and using default twentyseventeen theme and still had the issue.

Are you running on IIS or Apache/NginX ? Although I don’t think the server is the problem, it’s better to have the exact same state as we have, and we are using IIS 10.0 on Windows Server 2016.

I am tying to create a new instance from scratch, and will add only the Pardot plugin to check.

Thank you

Same issue here, please provide help.

I already created a ticket on salesforce/pardot. They asked me to create a ticket here.