Stephane PISKORZ

Hi (@magazine3),

Yes, I tested on a website, everything seems to be working fine. Thanks a lot!

Hi (@magazine3),

I think I found the conflict: out of 25 active plugins, there’s only with one that the button doesn’t work: Forminator (a contact form plugin which I use on almost all of my websites). My version installed is the latest (1.18.1).

What would be the next step? You try to replicate the conflict and then contact them, or should I contact them too?

Best regards,

Hi (@magazine3),

Here’s two links:
– the first one is on a production website, with security and so on: https://www.loom.com/share/d123cb83687345f8b227b782f5a986d5

– the second one is on demo website, with some plugins I have yet to test but no security, basically a blank installation: https://www.loom.com/share/7a80fc2f4a194edfb7978be5bf48f4c2

Please tell me if I need to provide you with more details (server specs, plugins installed, theme used, etc.).

Yours,

Hello Nithin (@wpmudevsupport11),

Thank you for your reply, most illuminating. I will try the radio with images enabled that you mentioned, but I’m not sure that the client will be satisfied.

Is this jQuery script something that you -Forminator- could provide as a service (paid service of course)? Otherwise, I will look for a web developer skiled both in WordPress and jQuery.

I will keep you posted about my test with radio buttons.
Kind regards,

Hi Patrick (@wpmudevsupport12)

Thanks for your help.
Here’s the form I got so far: https://pastebin.com/8TEyHJDh

As I said earlier, I think my best shot to achieve what I want is that the html-8 and html-10 fields are both populated with a shortcode (see my code/function attempt above, html-11 always stays the same). What I don’t know (yet) is how to retrieve the right variable

Kind regards,

Hi (@wpmudev-support9),

Here’s a screenscast of what is today: https://www.loom.com/share/9031402b211e4c378554a87f4a88d1e5

Only left and right images are supposed to be changing, th central one remains always the same.
As you can see, the first image selected is displayed properly, but when you try to choose the second one, it is displayed in the second row. Hence my ask about a variable that I cold retrieve and turn into a shortcode into the html field

Hi Pawel (@wpmudev-support9)

Thanks for the reply. Yes, I tried that but couldn’t go much further than the first row with the first three images (left, center and right). The center image does not change. The right and left images change according to the value of the previous select field.

If I pile up the HTML fields (each one having a different visiblity condition), the three images are not horizontally aligned, which is the goal here (at least on desktop).

I hope this explanation is clear enough. Otherwise I could send you a screencast of the form.

Hi Patrick (@wpmudevsupport12),

It’s great already that the related problem has been found. I can wait for the update regarding this issue as the bypass works, I am actually glad that I could help point it out.

Best regards,

Hi Adam (@wpmudev-support8),

Thanks for the trick, it works indeed. Faster than rebuilding the form too! ??
Still, it would be interesting to understand why it acted like this.

Best regards,

Hi Adam (@wpmudev-support8),

Thank you for your reply. Indeed, it is strange. I hope the dev team will find a solution, because I don’t see myself rebuild all the forms from scratch after an update ;-).

Best regards,

Hi Kasia (@wpmudev-support2),

Yes, I did downgrade on this prod website, but went on testing on a staging website, same issue.
Here’s the pastebin link: https://pastebin.com/eDhE58S9
Please check the nubmer-6 field, you’ll see the problem (also works with number-11, number-12 and number-16 fields): there’s an indication text filled and a default value as well, set to 0.

Kind regards,

Hi Jeroen (@jeroenrotty),

I was actually preparing to post the issue on Github when I got notified of an update for Divi (in its latest version).
I took a look at the changelog and the first line caught my attention: “Fixed auto-opening preview tab when Divi Woo Product page is loaded w/ Rank Math plugin enabled.”

Before posting anything, I decided to test it, so I pushed the update and repeat the process again, and it worked: I was able to revert back to the standard editor without a 500 error.

Funny thing is, this website never had RankMath installed on it, but I guess they share common language with Yoast.

Anyway, thanks everyone for your help, and I can now mark this issue as resolved.

Hi Michael (@mikes41720),

Not yet, didn’t find the time yet; I’ve been in touch with the Divi team on a daily basis though, and it is strange: they did 2 clones of the installation : on one of them they were not able to replicate the error, and they could on the second one.

Besides, even with the debug mode on and the error displayed in public (just for the duration of the test, not the whole time of course), no errors are logged in the debug.log fle, which is a major drag. I can only see it on the server logs, but it doesn’t specify the source of the error, just that it occurred.

I will compile this data and create a public issue on GitHub as soon as I can.

Hi @devnihil

The issue is nowhere near resolved at the time being, as stated by @mikes41720. I will get in touch with both Divi and Woocommerce support, probably tonight.

I just had one more question beofre you can actually close this issue: where do you need me to send the screenshot of the server logs?

Hi @wfphil ,

Oh my, I feel ashamed, I didn’t even check the IP and therefore didn’t know it belonged to WP Rocket. So sorry for all the fuss. It’s still better to be safe than sorry. Anyway thanks a lot for our time and patience (and for the WP Rocket documentation link, I actually completely missed that one!).
I’ll mark this post as resolved and go hide somewhere ??