Martijn

Sorry, but I doubt that any other plugin or woocommerce is causing this issue. This is the only plugin related to columns. And the empty columns shown for the product reviews are an exact match to the columns in your plugin default/reset on for example products.

Yeah, sorry, wasn’t clear in my message.
We do know where the reviews are, they just show empty columns.

Any e.t.a. on when this will be fixed? Not to rush, just so I can manage our clients expectations.
Will they get their own customizable column layout?

Thank you, I got most of it how I would want it.

Unfortunately, but I see it is a known thing, the right/wrong message doesn’t work on the checkbox – makes kind of sense. But also the explanaition doesnt show on the checkbox.

And I noticed with the score showing, that a checkbox question with all good answers => as in any of the answers is correct. will show the answer is wrong if you do not pick all 3 answers.

@davidblood Like you said, seems the plugin is abandoned. We dropped the plugin, no point in trying to make somehting like this work, for it to break the next update of WP again…

@pdagnall yeah, I think it has to do with the Avada layouts, they have caused some issues for us in other projects. But we moved away from this plugin and made something workable within Avada’s ‘ecosystem’ using postcards and a CPT.

Hi,

I resolved the problem.

I think there might be a bug in the error messages or ‘required fields’ messages.

I’ll describe the problem and how I resolved it.

The Publish button didn’t do anything when pressed.
And with doing nothing, I mean nothing at all.

I checked the console and server logs. When pressing the button, no action, no ajax, no POST, no GET, nothing is activated, send or received.

This reminded me of forms with required fields that are not used yet.
After some trail and error (or lack of error ??) I got to the problem.

On the dimensions tab, by default it is on auto, I wanted a specific width and an auto height. So I ticked the custom option, filled in 500px width, auto height.

‘Auto’ height was not accepted as a valid input for that field. I then ticked the option back from custom to auto, upon which the custom options are hidden.

But by only hiding this, the check before publishing is still seeing the wrong input in the custom width field, blocking the submission without a message or error.

So I resolved it by ticking the custom option again, changing the input to something valid and re-tick the auto option.

In conclusion I think there are 2 things wrong.

1. The check before submit checks the hidden fields or the field data is not reset when hidden (by switching back to auto settings)

2. The lack of a clear warning/message when pressing the publish button, informing me there is something wrong with the popup settings.`

The issue is ‘resolved’ – It was the cookiebot.com, marking the recaptcha cookie as a marketing cookie, and the plugin blocking marketing cookies until checked and accepted.
So it wouldn’t work if the visitor had not fully accepted all cookies.
Seems that it really is a marketing cookie, so as this site is hosted/targeted to EU visitors, we kind of have to leave it as is. We added a note to the error message, to try it with full cookies accepted else mail directly to …. so the issue is still there, but not something we can solve in a completely legal way I think – we could mark the cookie as a functional one, but I think you are then place unwanted cookies, which isnt allowed. .

Ok, ty.

The search continues ??

I’ll do that. I’ve set up a test domain with a copy of the site on the same server – same issues.

Thank you.

Not using the http2 push option.

Basicly everything is default. Except that we ticked the boxes in the general settings tab to enable the page,database,object,opcache,browsercache. And the minify, but only the minify seems to break it all.

Mode: auto
Method: Disk
html: minify (default)
js: jsmin (default)
css: minify (default)

oh, we run it via Plesk, apache over nginx. php 7.4.7.

It was set to auto, setting it to manual didn’t seem to do much at all.
The other languages had the same problem.
I installed autooptimize, just to see if that could minify the js/css. -> this works just fine. -> but would rather have it all working in one plugin.

Hi,

Thank you for the quick response.
No, to my knowledge, we are not using any server side caching (we did not build the site). And the site isn’t live yet (we just moved it to the live server, but we changed our DNS locally to view it and set it up).

It is not multisite or wpml, but there is polylang.

the weird thing is, that for example the /cache/object and /cache/page_enhanced do conain generated files. so I assume the plugin can write to the folder.

Hi @kluver,

Sorry, left that part out I see. I’ve already updated the plugin.
The warnings come from the 3 documents mentioned, they are customized templates I guess.
So they contain the old variable. But if I read all the warnings, in each case $wpo_wcpdf is replaced with $this. As the functions seem the same.

My question is if I can just replace the variable $wpo_wcpdf-> for $this-> in those 3 template files, or will this not work.

Free Yoast. V5.2.2 and classic editor