mroesele

I’m using PHP 8.2.23 and can confirm the “deprecated” log entries on my end. After installing Beta 1.5 the message about Mailtpl_Customizer::$defaults is gone while the message for Mailtpl_Mailer::$opts keeps spamming the log:

PHP Deprecated: Creation of dynamic property Mailtpl_Mailer::$opts is deprecated in /httpdocs/wp-content/plugins/email-templates/includes/class-mailtpl-mailer.php on line 49

Had the same problem. You need to edit the acf field group while polylang is active and you will see a translation setting in each of your fields. you need to set any desired field to “translate” or “sync” in order to make them available for machine translation.

It’s not documented by polylang in regards of deepl but here is described what I mentioned above (headline 3.1) https://polylang.pro/doc/working-with-acf-pro/#customize-acf-fields

edit: I’m using classic editor, not the block editor. The document (from 2020) says “It does not work yet for options pages and ACF blocks (this is planned for a future version).” So maybe it just doesn’t work for your use case, but I can’t confirm or deny that

• This reply was modified 6 months, 2 weeks ago by mroesele.
• This reply was modified 6 months, 2 weeks ago by mroesele.

Same issue here. That update crashed some of my wordpress installations. I’m using iThemes Sync to remotely keep plugins up to date.

Same problem on my end. When will a fix become available?

Thanks, that was really quick! Can confirm that the problem has been resolved in 2.11.4

I can also confirm that the recent update fixed the problems.

Thanks for your great support, @deblynprado

@yofazza for the time being I’d recommend you to downgrade to the previous version of the plugin, which will fix the problem immediately.

You can find earlier versions on the “advanced” view of the plugin page at the very bottom: https://www.ads-software.com/plugins/event-tickets/advanced/

The previous version can be found here:
https://downloads.www.ads-software.com/plugin/event-tickets.5.2.3.zip

You can simply downgrade by visiting /wp-admin/plugin-install.php and choosing “upload plugin” and uploading the zip file.

I’m using Event Tickets Plus 5.3.3 and Event Tickets 5.2.4 and can confirm that the problem exists when using the [tribe_tickets] shortcode.

Symptoms:
– you can’t increase or decrease the quantity by clicking on ‘-‘ and ‘+’
– using the input field to manually insert a quantity will not help either
– button#tribe-tickets__tickets-buy can’t be clicked

Downgrading to 5.2.3 fixes the problem.

Hi @sanzeeb3
The problem still exists. As soon as I update WP Mail SMTP to the latest version, no confirmation mails from WPDM Pro plugin will be delivered.

I have no clue why this happens but would really appreciate this problem solved.

We are using “Other SMTP” with what looks like an exchange server ( https://outlook.sfp-net.com/ )

Still using version 1.7.0. of WP Mail SMTP.
Problem occurs when upgrading to any newer version. Tested lately with 1.9.0

Is there anything I can do?

Best, Matthias

@joppuyo thanks a lot for fixing the problem so quickly! It seems like the new version is free of the bug and everything is looking good right now.

Don’t worry about any trouble this bug might have caused – it’s a free plugin and I really appreciate the great work you put into that.
I guess every sane developer will agree that it’s a great idea to test any update on a staging environment before rolling it out to production.

Never mind! Have a great day

Hi @joppuyo,

I will try to answer all your questions:

* How did you install/update this plugin? WordPress plugins page / www.ads-software.com plugin zip / Composer / GitHub releases zip
WordPress plugins page

* Do you use Composer in your WordPress theme
no

* Have you installed WordPress using Composer
no

* How do you deploy WordPress
we are deploying self developed plugins and the theme with rsync via GitLab CI but your plugin has been manually installed. Updates of third party plugins like yours are being remotely triggered by iThemes Sync.

* Does file wp-content/plugins/acf-image-aspect-ratio-crop/vendor/autoload.php exist on your server
yes

* One more question: what environment is this happening in? what web hosting provider do you use?

The problem occurs on a managed server by all-inkl, a german hosting company.
Can’t reproduce the problem on my local MAMP Pro environment with a similar setup.

Also can’t reproduce the problem on another installation which is running on a domainfactory shared hosting (with completely different mix of plugins and theme).

Hi Sanjeev,

I took some time to dig deeper.

Here is a small testing protocol:

I’m running WordPress 5.3

WP Mail SMTP 1.7.0
– Email test works: mail received
– WordFence alerts working
– Forgot password mail working
– Contact Form 7 form working
– Mail from Email Lock function received

WP Mail SMTP 1.7.1
– “Email test” works: mail received
– WordFence alerts working
– Forgot password mail working
– Contact Form 7 form working
– Mail from Email Lock function not received

debug.log shows no PHP warnings or fatal errors.

I installed “WP Mail Logging” by Mailpoet and the following error message shows up in the log but only for mails from the email lock function: SMTP Error: data not accepted.

As you can see above the problem only occurs for mails from this “email lock” function.

Funny enough the ajax request in the frontend returns success:

{error: "", downloadurl: "",…}
downloadurl: ""
error: ""
msg: "Thank you for your interest! We've sent you an email with the download link."
type: "success"

Which results in a green success message for the user.

However, switching back to 1.7.0 instantly restores the ability to send these mails and because WPDM Pro is using the wp_mail() function I guess this must be related to your plugin.

Is there something I can do to help you analyzing the problem?

Best,

Matthias

• This reply was modified 5 years, 4 months ago by mroesele.

Hi Sanjeev,

thanks for getting back to me!
Their support team confirmed that the plugin uses wp_mail and I can confirm that downgrading WP Mail SMTP to 1.7.0 fixes the problem.

I will check for errors in Email test later.

WPDM support says their plugin is using the default WordPress function to send mails so the problem must be on your side. Please let me know if I can help isolating the problem.

Great news – thanks a lot!