apiosys

OK thanks. I noticed in 8.8.3 that the corresponding backoffice entry in the menu “Send order email” has been renamed from “Order details” to “Customer invoice” which makes more sense and now it doesn’t overlap anymore with the “Order details” entry in the front checkout page. For me it’s perfect like this, thanks.

Thanks for your update. I already did translate (replace) the text string from “Order details” to “Customer invoice / Order details” (the way it should before in the back-office. This is nice for the admin area, but not for the public area where here /checkout/order-received that same string will show as “Customer invoice / Order details” whereas this should say just “Order details” at that stage of the order. Doingit through a manual function or ie. the Say What? plugin has the same effect. Hence my question on how to achieve this only at the back-office level. See what I mean?

Thanks for your update. However, translating the string does not only have effect on the backoffice drop down menu, but also on the front page /checkout/order-received that would then show “Customer invoice / Order details” rather than just “Order details” which doesn’t make sense of course for the customer to see when the order is just finished. Maybe that’s why the text was changed recently? It would be good though to be able to change it back to affect only the backoffice menu. Any suggestions on that?

Thanks for your reply. Sorry for the confusion, my screenshots didn’t get included using pasteboard.

In fact it is just a wording confusion. Under “Send order email”, in 8.7.0, the last option = “Customer invoice / Order details” whereas the same option in 8.8.2 =”Order details”. That could the users confused thinking they couldn’t send an invoice anymore (be it the plain WC invoice mail and/or the PDF attachment. So actually it does work as expected only the wording might be confusing. Was there any specific reason for it to be changed? Will it come back at some stage or should I replace that string through a custom function?

Kind regards,

Joris.

Maybe to further illustrate the issue, in 8.7.0, the behavior is as expected:

And in 8.8.2 the menu option is gone:

Anyone here experiencing this behavior also?

• This reply was modified 11 months ago by apiosys.

These are just the files contained in /wp-content/plugins/mollie-forms so you should just replace them. Not sure if this will “install” through the GUI. Your best bet is replace the files via sFTP and make sure you don’t have auto-updates enabled on that plugin for the time being. That works for me for now until we get an official update from Wobbie.

You can’t revert via WP directly without backup. I can send you a zip of my working version 2.6.3 (as opposed to the faulty 2.6.10 version). Not sure if links work on this forum, but here it is to download: https://cloud.apio.systems/index.php/s/eHJYSiDRHpY3WZn . You can overwrite your files with those and you should be back to the working version as a temporarily solution.

Yes, I think this general. Just revert to your backup from before the update (i.e. last night in my case) and disable auto-updates on that plugin for the moment until we get a solution (and maybe all try help the developer in fixing it).

I notice the error is triggered from here mollie-forms/classes/Form.php

                  if ($recurring && $_POST['rfmp_checkbox_' . $postId] != 1) {
                          throw new Exception(esc_html__('Please give authorization to collect from your account', 'mollie-forms'));
                  }

Beyond that I’m a bit at a loss to see exactly what triggered it. I thought of reCaptcha low score which is my case, but that’s not (really) it since downgrading works again. Let’s join forces to help to get to the bottom of this.

Hey, in fact, it was the 2nd option to choose even though the text is wrong. Selecting it brought me to the Matomo Tag Manager configuration all right so I managed to finish configuration there and now all works, thanks ! So maybe a little bug on your side to note to fix? Also, I noticed on both sites, that the self-hosted Matomo URL needs /js at the end for the Tag Manager integration to work (otherwise you get a 404). Just FYI and maybe to clarify in the GUI.

Kind regards,

Joris.

Thanks for your reply Jarno. On the site that works indeed it is. On the other one, I have this list of options:

Do you compile statistics of this website?

• Yes, and Google Tag Manager fires this script
• Get detailed insights into visitors’ behaviour with Burst Statistics, the privacy-friendly analytics dashboard from Really Simple Plugins.
• Yes, with Google Analytics
• Yes, with Matomo
• Yes, with Clicky
• Yes, with Yandex
• Yes, with Clarity
• Yes, but not with any of the above services
• No

So it’s really “not there”…

Would be great indeed to prefill name and email with current logged in user. UP!

Many thanks for the very fast update. Tested it and this is perfect. This is now fully compliant on this level.

Thanks for the quick support,

Kind regards,

Joris.

Sorry forgot tags.

Thanks for the proposal, I have “solved” it with just an .htaccess 403 on the author pages which weren’t needed anyway. No time to debug the theme of the client neither so let’s call it “fixed”.

OK fair enough, thanks for your clear and quick reply. I’ll get rid of that type of scan by other means.

Thanks.

Joris.