zuroma

Thanks for the reply! Yes, we tested and confirmed that (the order switches to pending-payment, the subscription switches to on-hold), which is sufficient for our needs.

Thanks for your reply. So, by cancelling the payment token in the database, does that mean the next time the subscription is slated to renew, that it won’t send a payment request to PayPal and just switches to an on-hold status? Or does it still send a payment request to Paypal?

• This reply was modified 5 months, 1 week ago by zuroma.

Hi,

The CLI command wc hpos cleanup all did nothing, but I manually deleted all those rows from the posts table, and all seems fine. That CLI command had some issues with it, but at least our specific situation is resolved. Thanks!

And, as a followup, I definitely don’t feel safe clicking on the “sync pending orders” since all the postmeta data has already been deleted, so that could cause valid data in the hpos tables getting erased.

All our data in the hpos tables were already synced previously and our website was functioning properly, so I was just hoping to cleanup all the old posts/postmeta data.

Hi @anastas10s,

Thanks for your reply. Our WordPress is: 6.4.3 and our WooCommerce is: 8.6.1

Below are two screenshots. The first is before using the CLI command wc hpos cleanup all and then the second screenshot is after running the command.

Instead of fully cleaning up the database, the command seems to have just re-typed all the shop_order to shop_order_placehold in the posts table.

However, all the corresponding data in the postmeta table was correctly deleted by the command.

It is a testing site and we recently enabled SSL, and indeed we forgot to update the URLs to ‘https’ in Settings->General.

Thanks for the speedy response and solution!

Thank you for the response! Okay, I’ll look into settings on our server. So weird that it only started happening.

Do the developers read this board and support this plugin? It’d be great to get the plugin working.

I’m having a similar problem, where all the editors break in the admin area because the Video Connect plugin is trying to load some js which doesn’t exist.

Did you ever resolve your issue?

Thanks! That was it. I didn’t know the demo was doing that.

Awesome, so far the new beta version is not calling setUp from those actions.

The only minor issue is that now the side and normal page meta boxes are not aligned at the top of the page. See: https://imgur.com/a/qQALRRL

Thanks, it all seems fine. It is indeed just the heartbeat and no extra calls being made.

I appreciate all your help and looking into this!

Thanks for the tip. Below is the log. I closed all other tabs to the server, and no one else is on it, and all I did was click the menu item to open the page once. The page contains about 10 page meta boxes. Those meta boxes’ setUps are no longer being called, since I moved their instantiation out of the page setUp and into into load_.

Also, is there a way to make hidden fields not take up space on the page?

2019/02/17 08:05:46.8651 +6.865 5c69865ad3390 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin.php?page=gf_userq_single_page
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:06:51.3232 +1.323 5c69869b4eef2 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:08:51.3212 +1.321 5c6987134e6e7 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:10:51.6079 +1.608 5c69878b94703 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:12:51.8062 +1.806 5c698803c4da9 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:14:51.5723 +1.572 5c69887b8bbd9 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:16:51.6037 +1.604 5c6988f3936b2 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin-ajax.php

(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (string, length: 81) https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
)

2019/02/17 08:16:52.9653 +2.965 5c6988f4ebacc 3.8.18 AdminPageFramework_Debug::log wp_loaded https://site_url/wp-admin/admin.php?page=gf_userq_single_page&user_id=4
(array, length: 2) Array
(
    [method] => (callable) GFUserQueries::setUp
    [referrer] => (boolean) false
)

Something’s definitely triggering the load_page_slug action multiple times on my page during a cycle.

If I do nothing on the interface and just stare at the AdminPageFramework_Debug log, new lines from the page load get added in bursts every few seconds.

But I have no idea if it’s the Admin Page Framework or something else. I tried disabling most other plugins and it’s still there. I’ll keep digging.

Will do, and will look out for any future updates that resolve it. Thanks for your time and responses!