Matt Rose

I’m getting the same error.

Appears to be from the file ./assets/js/src/integration/mc4wp.js – MailChimp is installed

If your site uses the woocommerce_google_analytics_script_src filter then I suggest that you patch /includes/class-wc-google-analytics-js.php with the following:

$ga_snippet_head = "(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
})(window,document,'script', '$src', '" . self::tracker_var() . "');";

(starting at line 243)

I get the same as above on a custom theme (underscores based) that clears when I deactivate the plugin.

I get a little more info in my error message:
mod_fcgid: stderr: PHP Fatal error: Uncaught Error: Class 'Tribe__Events__Main' not found in /home/linweb29/m/mdvconsulting.co/user/htdocs/wp-content/plugins/event-tickets/src/Tribe/Editor/Compatibility/Tickets.php:43

I made a quick tool to remove the extra fields from the admin tools.

https://gist.github.com/boswall/a6e0af65188a2d341e519cfc354bbe09

Feel free to use if it helps you.

I’m assuming that no one has heard from @loushou about this?

I’ve just hit the same issue and it’s a real problem; the client was using it to collect sensitive data.

A wild guess here, but would an action to remove the checkout_0_ options every time the checkout is loaded help?

Thanks @t-p but this is a core WP file that, at this line, has not even loaded WordPress. So it cannot be a bad theme / plugin, it hasn’t even loaded the database connection yet and the memory footprint is 1.56KB at this point. So I don’t think it’s those.

Oh! and there are no PHP error messages, even with WP_DEBUG on (it hasn’t loaded WP yet)

I thought it could be the hosting environment but if I add echo var_dump($_SERVER); after the headers that return the error. I can see 'REQUEST_METHOD' => "POST" so it must be getting through to PHP but something is triggering this error.

Thank you Volkmar, that update has fixed it.

I agree, an updated PHP or new host would be a better fix. Sadly, this is not viable in this case.

Perfect!

Appears to be all working in this instance. I’ll maybe try some random emoji to see if anything slips through.

I use this plugin of a few sites as it does exactly what it needs to but doesn’t add any rubbish or styling. Just want to say “thank you”.

PS – Is this any use to you? https://github.com/twitter/twemoji

I don’t know the emoji string, but the tweet on Twitter shows as :

<img class=”twitter-emoji” src=”https://abs.twimg.com/emoji/v1/72×72/1f60a.png&#8221; draggable=”false” alt=”??” title=”Smiling face with smiling eyes” aria-label=”Emoji: Smiling face with smiling eyes”>

I don’t quite understand emoji yet – it that 1f60a ?

Thanks for this tip-off mleis_de – helped me work out why my pictures had disappeared.

No, this plugin does not use the https calls and looks to have been ignored lately.

I only had to change flickr.php line 603:
$url = "https://api.flickr.com/services/rest/";
to
$url = "https://api.flickr.com/services/rest/";

…and images appeared again.

Might be worth a try.

I’ve been leaving wp_head() and wp_footer() on purpose (to create an email template) – all working well until the admin toolbar and random scripts started appearing recently.

I’ve taken to trying to dequeue all the scripts and styles but still not getting rid of everything.

Is this something that might be fixed in the future? Or should I find a way to disable NGG on this page?