Elly Post

Here are 3 ways you can fix this issue (all require some experience as a developer): https://stackoverflow.com/a/20216363/1952517

We had the same issue and had to disable the new JavaScript Woocommerce Admin plugin for the Woocommerce services to work.

Hey @hardeepasrani,

Thinking on this further and with a little more review of the code, it can be solved simply like this:

$gutenberg_css = \ThemeIsle\GutenbergCSS::instance();
remove_action('wp_head', [$gutenberg_css, 'render_server_side_css']);
add_action('wp_footer', [$gutenberg_css, 'render_server_side_css']);

It doesn’t look like the repo you shared has the readme since it’s a composition plugin, but feel free to add that to your README file! ??

Update: it looks like this currently is being injected through the following code:

add_action( 'wp_head', array( $this, 'render_server_side_css' ) );

This is from wp-content/plugins/blocks-css/vendor/codeinwp/gutenberg-css/class-gutenberg-css.php

May I suggest a PR for something like:

$css_hook = apply_filters('themeisle_gutenberg_css', 'wp_head');
add_action( $css_hook, array( $this, 'render_server_side_css' ) );

With this then the theme author could do something like

add_filter('themeisle_gutenberg_css', function($hook){
   return 'wp_footer';
});

• This reply was modified 5 years, 6 months ago by Elly Post. Reason: Fix markup

For anyone else who needs this information in the future, put this as the function to run onSuccess to get started:

console.log(filepicker_data);

Thanks for the update, Adrian!

+1 question

I am also having this issue. Updated to latest versions of everything.

Wow! That was dense of me. Sorry about that. I don’t know how I ended up in your forum instead.

Happy to help!

Note, we recently switched on the production site to an alternative service so the above production-link will not work, but we’d like to resume using WP E-Commerce when the bug is resolved.

PS – sorry for the slow site speed. I inherited this project recently from another developer. I am not ready to accept blame for the terrible load times. ??

Hi Mihai,

I’m tagging onto this post as I have the same issue (the same issue was also reported in another thread but marked as resolved as the user switched plugins).

When attempting to use Paypal Standard 2.0 for payment gateway, the shopping cart details are not sent. I noticed that the version of this plugin in the official repository is 3.11.12; however, on the plugins page of the dashboard it is 4.0-dev. Recently we installed Jetpack to the server and Jetpack now does automatic plugin updates. I’m wondering if Jetpack auto updated to a development version of the plugin in the repository, despite it not being listed as the most recent stable version. I searched the SVN repository (https://plugins.svn.www.ads-software.com/wp-e-commerce/) but could not find a tag for 4.0-dev.

I tried manually switching to 3.11.12; however, that broke the AJAX to update the cart on the website.

Here’s a dev environment running 3.11.12. Inspecting the console you’ll see a broken jQuery call: https://colpm.ellytronic.media/payments/

The live environment for this service is running 4.0-dev. At this website if you add an item to cart and attempt to checkout, Paypal will notify you that the cart is empty: https://collegeoflpm.org/payments/

Please let me know how we can help get this resolved. You can email me directly at [email protected] if you need WP or FTP credentials.

Terribly sorry Billy. I did not receive a notification that you had posted here. You could try:

[email protected], [email protected], [email protected]

Let me know if it works.

Update: I found another thread (https://www.ads-software.com/support/topic/site-stats-not-loading-1?replies=2) that says this is a known issue and is a work in progress.