Kevin Hagerty

@wooassist you need to only export orders of type shop_order and not include shop_order_refund types.

Go to wccs-admin-export.php Line 57 and add 'type' => 'shop_order' to your query.

$query = new WC_Order_Query( array(
	'limit' => $lim,
	'type' => 'shop_order',
) );

It looks to me like this error has been an issue for over 11 months now. See this ticket: https://www.ads-software.com/support/topic/export-causes-fatal-error/

• This reply was modified 1 year, 9 months ago by Kevin Hagerty.
• This reply was modified 1 year, 9 months ago by Kevin Hagerty.

Thanks

If I were you, I’d try a fresh WP install, set up your plugin, and set up WP Mail Log, and see if you get any errors in the customizer. Either plugin works on its own, but both together causes some javascript errors.

Hey, I think you misunderstood. I’m not asking for support, I am reporting to you that your plugin is causing errors. Its not an issue with my configuration, its an issue with your plugin and the version of jQueryUI you’re using.

Weirdly, it only seems to be an issue when the plugin “WP Mail Log” by WPVibes is also active. I can disable that plugin and leave yours active and my customizer works. Or I can disable yours and leave the mail plugin active and it works. But if both are active, the Customizer is broken.

Also I haven’t tested all the different skins, but if it happened on this skin, you might want to check others.

The more I looked into this, the more I realize it has nothing to do with the update to 2.50. I had some ajax requests failing almost a year ago that I could never figure out what the cause was. From what I had time to debug (before just disabling this plugin) it seemed that once the HTML I was passing to preg_replace_callback was large enough, it started to fail. The HTML I passed had some escaped characters that may have had an issue, I don’t know, ran out of energy/time to figure it out.

If I comment out line 146 of class-wpel-front.php then everything works fine.

$content = preg_replace_callback( $regexp_link, $this->get_callback( 'match_link' ), $content );

This leads me to believe that preg_replace_callback is failing in some way. Potentially wrap this in a try/catch? When this fails during an ajax call, the ajax response returns empty. Ideally, instead, with a try/catch, if the try fails, then the catch should be to just return the original modified content

• This reply was modified 3 years, 4 months ago by Kevin Hagerty.

That plugin disables XML-RPC entirely. This plugin does not disable XML-RPC entirely. They do different things. This plugin only disables the pingback functionality. This plugin is not broken, you’re just wrong about what it does.

Hey thanks for the quick response. I will do that. Thanks!

Same issue here

I’m experiencing the same. Data is collected but not saved as order line item meta.

I figured out how to make it work:

Step 1: set your donation product to “Simple product” type.
Step 2: check the box “virtual” for your donation product.
Step 3: change your donation product back to “Donation” type.

Now your donation product is ‘virtual’ (even though you cant see the checkbox on the edit product screen). Note: all donations should be virtual by default. The plugin author should do this in the next release.

Now all your donations are virtutal products. The next step is to set up woocommerce to auto complete “virtual” orders. You can do that easily with this plugin: https://www.ads-software.com/plugins/woocommerce-autocomplete-order/

Hey thanks for fixing this! It works great.

I have users who can’t “manage_woocommerce” (that allows them to change settings, I don’t want them doing that) but they can “edit_shop_orders”. Before version 4.1.5 they could not print invoices and delivery notes, but now they can!

Thanks!

The real problem is not in the plugin but in wordpress itself. The details are outlined here: WordPress bug ticket 16330

The fix proposed at comment 16 by kawauso involves a small change to 1 line of code in each of 2 files, and removing 3 lines of code in a 3rd file. Here is the .diff file with the proposed code changes.

Note that it is not recommended to edit these files, but if you know what you are doing you can fix the problem of + and % in filenames by editing the lines as shown.