siwhyatt

Thanks for the update.

Changing to the WordPress API route by itself didn’t seem to work, though after also activating the reCaptcha V3 my next attempt did.

Hard to know whether it’s truly fixed or not though as the problem appears to be intermittent anyway.

Fingers crossed this does the trick!

Thanks for looking into it.

I’ve also started getting this error.

Possibly could be to do with a caching plugin as seems to work after claring cache.

Using W3 Total Cache.

Hard to say exactly when it started – had the first report from a customer today.

Is this a known issue? Is there a particular setting within the cache plugin that could be tweaked (if that is indeed the cause)?

Thanks,

Simon

Thanks for your reply.

Simply clearing the cache seems to have done the trick.

Hopefully, that is a permanent fix, as obviously permanently disabling the cache plugin isn’t an option.

If the problem does start happening frequently, is there a particular setting in the cache plugin that could be adjusted rather than deactivating it altogether?

Thanks,

Simon

I’m also getting these errors.

I see here in this github it’s been going on for some time: https://github.com/mailchimp/mc-woocommerce/issues/438

Are there plans to resolve it any time soon?

Hi Again,

So I did some testing, and it appears to be an issue with the lazy load image setting.

I’ve deactivated this and the page is now displaying correctly.

Thanks,

Simon

Hi there,

I was getting the same error, I presumed for the same reasons.

But then I tried again without backing up plugins or uploads (just themes and WP-content) 25MB, and still got the error?

Ideally however, I’d want to migrate the whole site or it’s not really useful, there an option to migrate more than 100MB in the Pro Version?

If yes, is it possible to trial this?

[STEP] [2021-01-26 18:06:41] Initializing restore process…
[INFO] [2021-01-26 18:06:41] Creating lock file
[STEP] [2021-01-26 18:06:41] Initializing download process
[SUCCESS] [2021-01-26 18:06:41] Downloading initialized
[STEP] [2021-01-26 18:06:41] Downloading remote file…
[INFO] [2021-01-26 18:07:05] Unlocking migration
[INFO] [2021-01-26 18:07:05] Removing downloaded file
[ERROR] [2021-01-26 18:07:05] Download error
[ERROR] [2021-01-26 18:07:05] Error: There is not enough space on the server
[DOWNLOAD GENERATED] File downloaded on (server time): 2021-01-26 18:07:09
[DOWNLOAD GENERATED] Last update (seconds): 4 seconds ago
[DOWNLOAD GENERATED] Last update (date): 2021-01-26 18:07:05

Hi Danny,

Thanks for the speedy reply.

I see the update was 6 hours ago, as was the last time I had the error, so hopefully yes that’s fixed it!

Will let you know if it happens again.

Thanks,

Simon

I already sorted this, but thanks.

That worked perfectly, thanks!

Hi Doug,

Thanks for that.

I’ve found the best way adjusting the “low stock level” number for each product higher or lower depending how many are usually left in stock by the time I do the weekly restock.

Seems to do the job of showing the products I need to edit, and hiding them afterwards.

Thanks,

Simon

Hi @drwpcom

I am talking about the newer (and much better) stock management function that was implemented with the “Woo Commerce Admin” plug-in (which I now seen has been deprecated and integrated with the main woocommerce plug-in).

The shortcut at the top that opens the side panel.

This is a much faster and convenient way to update the stock that the old stock management system that you have linked to here.

In the old one you have to open the product, navigate to the stock, etc etc, it’s very slow and frustrating!

The new one is much better, and would be perfect, were it not for the fact that only 25 products appear, and if I need to update the stock of oroducts that don’t happen to appear in that 25 I have to go about doing it the old way.

Either increasing the number of products that can be displayed in the new system, or including the option to quickly update the stock number directly on the old stock management screen would make life a lot easier ??

Hey Benjamin,

Yes that did the trick!

Thanks for your help.

Simon

Any update on this?

I’ve left the example issue on a live page for you to see, but obviously I’d rather not leave it like that indefinitely!

Can you confirm once you’ve seen the issue so I can remove?

Thanks,

Simon

I’ve tried playing with the layout options, doesn’t help.

Here’s an example page.
https://www.founderfit.es/es/2019/12/04/cual-es-la-diferencia-entre-correr-y-el-entrenamiento-hiit/

The top version is without the container, this displays fine on mobile, but in desktop you lose half the text (in Windows 10 in both firefox and chrome).

The lower version is within the container, looks “ok” on desktop, but terrible on mobile (but at least legible).

If you switch the language to English, you’ll see the original post which I published before the update and displays fine.

Simon

I’d also add that posts I’d made before this change look much better than new post using this workaround.