Jonah Brown

Something I noticed about this migration process is that it changed one of my images links in a post from atomic-blocks-image.jpg to genesis-blocks-image.jpg. I suppose that is what I get for using similar naming convection, but something to note ??

Jonah

I get the error message even after atomic blocks have been removed. Hopefully the next update solves this.

Ok will try this latest update and see if anything displays in the logs.

I checked the functions.php for any custom code. Strange enough there was on for modifying the Date and time. I removed this and now the date is correct. Very odd how this seemed to only affect Jetpack and not all of the admin for dates, especially since this was using a hook for the frontend theme

add_action( 'get_the_time', 'et_last_modified_date_blog' );

That is correct: posts, pages, comments and other post types display dates properly on the edit.php?post_type= admin page. It is just this one that seems to do this.

The date under settings shows: February 25, 2019 — F j, Y

https://backroadplanet.com

When clicking to edit on one of the feedback they reflect the correct date.

Would be great if this was added in the update for LearnPress. Gutenberg is such a great editing experience.

Thanks for the response!

I will check the version number. I also had to enable read/write all API permissions on Shopify, this also seemed to make it work.

Thanks for helping with this, I also found the templates folder in your plugin. Which is perfect since I wanted to change what the text says as well ??

Thanks found this code snippet

function et_last_modified_date_blog( $the_date ) {
    if ( 'post' === get_post_type() ) {
        $the_time = get_post_time( 'His' );
        $the_modified = get_post_modified_time( 'His' );
 
        $last_modified =  sprintf( __( 'Last updated %s', 'Divi' ), esc_html( get_post_modified_time( 'M j, Y' ) ) );

        $published =  sprintf( __( 'Published on %s', 'Divi' ), esc_html( get_post_time( 'M j, Y' ) ) );
 
        $date = $the_modified !== $the_time ? $last_modified . ' | ' .  $published : $published;
 
        return $date;

    }
}

add_action( 'get_the_date', 'et_last_modified_date_blog' );
add_action( 'get_the_time', 'et_last_modified_date_blog' );

Is there a condition I can use to have this turn off for AMP?

@angelleye No problems now, I don’t know how they got it fixed. thanks tho!

Unfortunately I never did get it working for my client neither. They went and found an alternative tech guy. Who fixed it but never let me know how.

I even made sure the checkout wasn’t being cached.

I did try resetting the links and this is what the client emailed back to me today:

When you click on the test product page you set up, it takes you to the check out page. You have an option to use a credit card or check out with PayPal. When I click on PayPal it takes me to the log in page for my PayPal personal account. I log in and it takes me to the PayPal check out page. I click on pay now and it sends me back to check-out page. No payment is made. This is what my customers tell me as well.

How can I go about testing this. I did go through the settings of woocommerce and everything is set right. This is woocommerce 3.0.8

This is what was emailed to me in regards to this plugin:a

I had a customer call me today because they could not order using the their PayPal account. When they finish putting in the information, it sends them back to the store order page. Adam the tech that sent the email below mentions the return URL send them to the Rust Doctor cart instead of the check out details page.

From Paypal

The first solution to this issue would be to check the option in the ExpressCheckout module for “Skip Final Review”, which will settle the payment on the PayPal website. Once the customer pays on the PayPal site, they will be redirected to the Return URL that is specified in the SetExpressCheckout API call.

The Return URL being passed in your SetExpressCheckout API call is currently set to: https://rustdoctor.com/wc-api/WC_Gateway_PayPal_Express_AngellEYE/?pp_action=get_express_checkout_details. If you would like to have the customer be returned to your website to review their order before settling payment, then you would want to uncheck the option for “skip final review”, however you will need to make sure that the page for the Return URL exists on your site, and is handling the GetExpressCheckout details appropriately. When I navigate to your return URL, there is a 302 redirect to https://rustdoctor.com/cart/, instead of the checkout details page. This is something you would need to have your web developer troubleshoot – the reason for the redirect.