delanthear

Next attempt fixed the date and time issue, but didn’t use the image. I used the url generated from an image uploaded to the media gallery. The correct url was shown in the preview, but wasn’t added to the featured images.

That might work. On a first play:

1. It failed to import the date correctly. Might be my issue with the date I put it.
2. It failed to set any times properly.
3. It used the old layout, instead of the new gutenberg blocks layout
4. It didn’t create a venue. I guess it needs the venue to already be created?
5. It didn’t upload/use the image url I specified.

Sorry I wasn’t clear. It’s the process, not saving/publishing. It just takes a long time to fill in the 10* different areas, all of which you need.

I’ve a bucket to add right now, but it’s so tedious and slow I can’t face it!

* title, date, description, price, location, link, link title, featured image, category, tag….

Hi,

So, the woocommerce product by category block has failed again, but the query loop block is working fine still.

We are getting other very weird things happening. To get around the problem instead I used the Hand-picked Products block and selected the 10 produtts by hand. This works fine until someone adds more products to the general product list. Then the Hand-picked Products block just displays the new products and none of the hand picked ones, even though they are still the only things selected in the block!

I’ve added the post-list block to try instead.

• This reply was modified 2 weeks, 2 days ago by delanthear.

more context. When it does die, if you go into the gutenberg block and click into the product category filter, you get the correct ajax call to return the categories. These return fine. If you then select the category you want (by unselecting it, and reselecting it as it’s still selected) it fires a new call:

https://xxxx.com/wp-json/wp/v2/block-renderer/woocommerce/product-category?context=edit&attributes%5Bcolumns%5D=3&attributes%5Brows%5D=3&attributes%5BalignButtons%5D=false&attributes%5BcontentVisibility%5D%5Bimage%5D=true&attributes%5BcontentVisibility%5D%5Btitle%5D=true&attributes%5BcontentVisibility%5D%5Bprice%5D=true&attributes%5BcontentVisibility%5D%5Brating%5D=true&attributes%5BcontentVisibility%5D%5Bbutton%5D=true&attributes%5Bcategories%5D%5B0%5D=1422&attributes%5BcatOperator%5D=any&attributes%5BisPreview%5D=false&attributes%5BstockStatus%5D%5B0%5D=instock&attributes%5BstockStatus%5D%5B1%5D=outofstock&attributes%5BstockStatus%5D%5B2%5D=onbackorder&attributes%5BeditMode%5D=true&attributes%5Borderby%5D=date&post_id=86122&_locale=user

This is returning an empty json response:

{
“rendered”: “”
}
I’m guessing this is not an error because nothing is valid!

The plot thickens. If I add some code to tweak the taxonomy used to return only this category for the front page, eventually that fails too. So, basically Woocommerce is completely failing to return products based on category or product searches with no errors being captured that I can find.

Any ideas for how to debug this?

• This reply was modified 3 weeks, 1 day ago by delanthear.

I made a new page and used the [products category=”shop” columns=”3″] short code.

This is eventually fails in the same way, so it’s not to do with the gutenberg blocks. Loading that page on the site creates no errors specific to this in any way (Just a bunch of warnings from Divi (which is terrible btw).

This might be Divi causing it. It just happened again, not site checks, but the block just started failing on the live site. Going into the block, you could get it to work by adding a different category, but the original category won’t work unless you delete and readd the block.

However, if you swap from Divi to Twenty Twenty Four, it doesn’t fix the broken block, BUT if you uncheck the broken category and recheck it, it works. This doesn’t work with Divi as the theme.

No errors captured in error log or wordpress error log.

FYI, I’ve also found issues with Forminator forms set to load by AJAX (to help them get around caching issues). With complianz enabled, the forms don’t load at all with no errors. (In both the editor AND the page). Disable complianz and they work fine. Turning off the forminator plugin DOES NOT HELP, you have to disavle the whole complianz plugin

• This reply was modified 1 month ago by delanthear.

Hi, it’s Complianz that’s breaking the AJAX load.

Are you suggesting that there is an option to turn off the dividers on the mobile off canvas menu? All I can see is one for Submenu items.

Thanks! Do we have an eta on the fix?

Hi, They’ve all just started passing on Webmaster tools again. I’ve no idea why as nothing has changed. :/

I understood your reply. I was saying that you should look to add this functionality to your theme, or upgrade it so it is compatible. It means not having to have yet another plugin on the site.