Jamie49

@rodicaelena updating WordPress to the latest version fixed the issue for me, thanks!

After further investigation it looks like it’s only impacting a part of my website, so I don’t think the issue is primarily from YOAST. Marking as resolved.

TEC support wouldn’t help me after a certain point (they don’t seem to help when it comes to the custom/API side as much). But luckily the latest updates on TEC Pro solved my issue- tribe_create_event() works with proper dates. Before it would only work without a return variable, really strange.

I appreciate you following up though, I hope you figure out a solution! I even referenced this thread on my TEC support thread.

• This reply was modified 7 years, 1 month ago by Jamie49.

Did you ever solve this, or just stick with the older version? I’m experiencing pretty much the same issue with tribe_create_event()

I’m experiencing the same issue. I noticed that if I run https://mywebsite.com/wp-cron.php?doing_wp_cron manually in the browser, it will run the scheduled tasks and my emails get sent out.

So as an option, I could setup a cron job on my server to hit this URL every 5 minutes.

What I’m wondering though – any reason why these tasks get clogged up and don’t run on periodic user page loads like they should? Could that be some sort of server issue I have to modify?

I haven’t completely solved the email / notification problem – but apparently as of WC 3.0 the emails are now executed from a CRON job called “woocommerce_send_queued_transactional_email”. So I would first make sure your server allows CRON jobs.

To confirm this- click into a previous order from the admin panel. Then from “Order Actions”, select “Resend Completed order”. These emails will still send properly when manually triggered, it’s the CRON scheduling that’s not working (or for me at least).

• This reply was modified 7 years, 11 months ago by Jamie49.
• This reply was modified 7 years, 11 months ago by Jamie49.

I’m experiencing the exact same issues you have mentioned:
1. Editing products not working properly due to Select2 (for me it was a conflict between ACF Pro).
2. Emails not being sent from WooCommerce, even though all other emails on the website still work.
3. If you have any variable products set to only sell individually, that option has no affect anymore. This one is a bit more minor, they’re fixing it in 3.0.1

I’ve managed to fix 1 with this:

function my_acf_admin_enqueue_scripts(){

wp_dequeue_script(“select2”);
wp_deregister_script(“select2”);

// You might not need to add these (I didn’t, for me the dequeue cancelled out the old ACF Select2, leaving the new WC Select2. I will leave it for in case it’s any help though.
//wp_enqueue_style(“select2”, “//cdnjs.cloudflare.com/ajax/libs/select2/4.0.0/css/select2.min.css”);
//wp_enqueue_script(“select2”, “//cdnjs.cloudflare.com/ajax/libs/select2/4.0.0/js/select2.min.js”, “”, “”, false);

}
add_action(“admin_enqueue_scripts”, “my_acf_admin_enqueue_scripts”);

Now I’m just really frustrated with the email issue. I’ll report back if I find any solutions.

Just fixed the issue myself. I looked at the _options table in the database, and noticed under “wppb_general_settings” the admin approval was set to no (serialized data).

I simply had to set it to “No” in the plugin general settings, save it back to “Yes”, and then the admin approval worked properly.

I’m doing some of my own debugging, it looks like even though I have admin approval enabled in my settings, it doesn’t pass as “true” within the file features/admin-approval.php

if ($wppb_generalSettings[‘adminApproval’] == “yes”){

doesn’t get fired, therefore the JS functions don’t get included through the call add_action( ‘admin_head’, ‘wppb_add_header_script’ );

Okay so that fixed it, thanks for letting me know. Does this mean the translations can only work if Ajax is disabled though? It would be nice to have it enabled.

Yes I just checked, “Activate Ajax” is enabled in my admin settings.

Thanks Ofer, you rule!

Thanks, that got the icons showing up. However, when I go to website.com/fr/page-name?edit=y, the entire page is automatically translated in French already.

I want the content to be in the default language (English), and be able to enter the French translations manually, one piece at a time. I disabled “Allow automatic translation of pages” – so I’m not sure why this is still happening?

Nevermind, found it in the general settings!