volkerforster

Laszlo from Nextend did an amazing job and analyzed why Pascal’s plugin causes the issues. Here is his solution, which I tried and it works:

——————-

The problem seems to be related to that this plugin parses the HTML of the page content using the loadHTML() method of the DOMDocument class…

The problem with this parsing is that, it has some specific processing technique for the content between the <script> tags, as everything between the script tag will be handle as text. This doesn’t allow using other html tags between the <script></script> elements. In our case we need to add and remove elements with JavaScript: e.g.:
<script type=”text/javascript”>
…
$(‘<div class=”nsl-clear”></div>’).appendTo($form);
…
</script>
so we need to use HTML tags inside the script tags.

Another problem with this parsing is that, it has a html element auto closing feature and actually this is what causes the problem as it messes up the JavaScript code by closing it earlier than expected:
<script type=”text/javascript”>
…
$(‘<div class=”nsl-clear”></script></form></div>’).appendTo($form);

making the remaining JavaScript code after the closing </div> element just simple text:

So on our end I am sorry, but there is no possible solution for this problem. But in the code I can see you have options to exclude some pages from this “HTML optimization”.
So I would suggest excluding the /my-account page and the /checkout page and that will fix the problem. You could use a custom code like:
function exclude_pages_from_html_optimization($value, $data) {
if($data[‘post_id’] == ’60’ || $data[‘post_id’] == ’61’ ) { return false; }
return $value;
}
add_filter(‘is_optimization_allowed’, ‘exclude_pages_from_html_optimization’, 10, 2);

where 60 and 61 is the ID of your /my-account and /checkout pages. To find out the ID of the pages, you could go to WordPress > Pages, then open the “My account” and “Checkout” pages for edit.
If you inspect their URL it will look something like:
https://example.com/wp-admin/post.php?post=60&action=edit
where the “post” GET parameter contains the ID.

The custom PHP code I suggested above could be entered at the end of your functions.php file or you could create a custom Plugin and place these codes there.

If you are wondering if there is a more optimal solution, then I would suggest getting in touch with the developers of “PB SEO Friendly Images” as they know their codes better.

Thank you for the quick answer. I will better wait for what’s coming up soon ??

The plugin you recommended hasn’t been updated for 2 years, and was tested with WP 4.9.13. I am definitely not going to install this on my website.

Hi Tom,
I tried that already before I posted here, and it looks much worse. Then I have 4 blocks side by side in the 1st row, followed by another row with 3 empty spots (from the left) and only 1 block on most right position.

Like this, where ‘x’ marks an empty position (for no reason):
█ █ █ x
x x x █
█ █ █

I will try it again, maybe I did something else wrong.

thanks for now

Volker

@megamenu
You are right, my answer is not shown here – must be a hiccup on WordPress website.

So I will try again:

I wasn’t able to save the ticked “enable” checkbox, it always was turned off again as soon I left the page. This morning I tried again, and now the checkbox stay ticked, and the menu appears exactly as I wanted.

Thanks a lot.

Volker

I see. I don’t know why it never enabled, I ticked the checkbox several times and saved it yesterday, but after leaving and coming back to the menu settings, the checkbox was always unticked again. So I finally expected the function of the “enable” checkbox to be only to enable the menu item specific settings.

Now I ticked the checkbox again, and saved the setting, and bang, the menu is there.

Great.

Thank you.

@roxymathew I can’t really remember. But no issues anymore since WooCommerce was updated to 4.0.1 and Action Scheduler 3.1.4

1. all plugins deactivated
2. WooCommerce Admin installed
3. WooCommerce and WC Admin activated
4. Message about WC database being updated appears
5. bu now, no new entries in debug.log
6. going to WooCommerce -> Status -> Scheduled Actions: No actions shown, but error message “There has been a critical error on your website.”
7. Same moment debug.log entry created:

[17-Mar-2020 16:37:21 UTC] PHP Fatal error: Uncaught InvalidArgumentException: Unidentified action 643 in /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/data-stores/ActionScheduler_wpPostStore.php:495
Stack trace:
#0 /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/data-stores/ActionScheduler_wpPostStore.php(482): ActionScheduler_wpPostStore->get_date_gmt(‘643’)
#1 /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/data-stores/ActionScheduler_HybridStore.php(274): ActionScheduler_wpPostStore->get_date(‘643’)
#2 /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/ActionScheduler_wcSystemStatus.php(78): ActionScheduler_HybridStore->get_date(‘643’)
#3 /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/ActionScheduler_wcSystemStatus.php(52): ActionScheduler_wcSystemStatus in /home/univer73/public_html/universalsolder/wp-content/plugins/woocommerce/packages/action-scheduler/classes/data-stores/ActionScheduler_wpPostStore.php on line 495

8. About 5 minutes later multiple errors about “database table doesn’t exist” are added to debug.log because Action Scheduler tries to access non exist database tables with the prefix “a.” instead of the same tables without the prefix.

9. Exactly same effect after actually uninstalling WooCommerce and installing WC 4.0 fresh.

Regardless what I try and how many (already about 30) hours of wasted time to get it run, I always have to go back and restore a backup from the day before. I give up and dodge WC 4.0. If the issues are not being fixed with an update very soon, I will most likely have no other choice than moving on to something like Shopify. Due to the permanent issues with my WooCommerce shop, I easily lost 3k revenue the last month. And nobody will or can help. This is the most ridiculous part. There is a list of error messages, and even the people they programmed the whole thing don’t know their meaning and how to fix it, and send you to “professionals” asking you 100 bucks per hour, to tell you that they will need at least 20 hours to find out what’s going on?!

Sure, this is the case. But I have no clue where these (actually 2) missing tables have to come from. I can’t just add 2 random tables to my database with no knowledge about formatting etc.

So, if these 2 tables are necessary for the WC 4.0 update to run, then the fine people from Automattic should make sure these 2 tables are there, since they are obviously not integral part of WC 3.x

Due to the fact that I don’t know how to add these 2 tables to my database, I will not be able to update to WC 4.0, period.

Thank you.

I set the ID to 25000-30000 for the 3 tasks in the database, but I am not sure how this would be helpful with the problem.

But at least I can open the tab “Scheduled Actions” without getting an error message right away. The table with the scheduled actions is empty, but it says 3 actions would be queued. Doesn’t really makes sense. If you would have finally added a function to upload an attachment without begging for getting it enabled, I would have liked to attach a screenshot. But you obviously feel saver by not allowing users to upload a picture… however.

Hi, thank you for the reply. The problem was fixed with removing the plugin, manually removing all related database entries, and adding it again.

I could probably open a new topic, but I will give it a try here:

We scheduled a sale for 2019-12-29 0:00 to 2019-12-31 23:59 with a percentage cart discount, but no order placed on 12/31 received the discount anymore. Any orders placed on 29th and 30th are properly calculated with the discount. This way – because we didn’t realize it early enough – we messed up with about 2000-3000 visitors on 12/31. Super bad for the business. Now we must calculate and apply refunds for about 20 orders, left alone the probably 50 orders we missed out because of the promised but missing discount in the store.

WP Cron is deactivated, and we run a scheduled cron job every 30 min. but this is not relevant since the sale started as expected, but ended exactly 1 day earlier then it was set up. Our server is also in the same time zone. I am expecting a glitch in WooCommerce.

• This reply was modified 4 years, 10 months ago by volkerforster.

I am not using any plugins for images. But I am done with your plugin anyways. I miss a better documentation and better support. The UI also is weird and does not make much sense on some points. Like empty input fields with not even a description what they would be for etc. The developer should spend a lot more effort.

I deactivated “everyone can register” in WP settings and can confirm that setting up an account during WooCommerce checkout still works. This should keep the bots away.

But I still would appreciate to have a simple captcha added to the login page at least, maybe also to account creation on the checkout page in WooCommerce.

Any ideas?

No response, no help, no image sitemap.

The plugin homepage only shows “Oops! That page can’t be found.”

I highly recommend to NOT install this plugin anymore.

Authors they don’t give a shi* about their customers issues should not been given any business here.

ZERO Stars!!

Good to know that I am not the only one facing this issue. Hopefully they will fix it. It’s unfortunately almost common sense to blame strange behavior on the theme provider or other plugins…