thekatbrady

As I’ve mentioned in previous posts, the issue is intermittent not consistent. Also the security plugin is critical and not something we are willing to disable for a test when it isn’t certain this is the issue. What other things can be explored before that? If it is the security plugin, which is a widely used one, what would be the steps to mitigate?

Gotta admit that it seems like we are going in circles here instead of yall answering me directly.

We’re not entirely sure if the security plugin is causing the issue. However, if deactivating the security plugin resolves the problem, it would indicate that the plugin is the source of the conflict. Security plugins can sometimes block or modify the API requests that Square depends on, which might explain the issue.

I had asked about the security plugin because you had mentioned possible conflicts in your previous response. From your response:

After reviewing your SSR, it looks like you might be using a security plugin like Defender: by WPMU DEV – 4.12.0, which could be causing conflicts with the Square connection.

My question was what can be done to test for or prevent these conflicts. Especially since now you don’t seem certain of this path, I’m not going to test by disabling my security plugins as that would leave my site vulnerable.

To address this, I recommend reviewing your security plugin’s settings and whitelisting Square’s API endpoints. 

Do you have a list of those endpoints available?

Many security plugins also log blocked requests, so it’s worth checking those logs for any entries related to Square. 

Unfortunately there isn’t a log for this plugin.

To resolve the warning, I suggest the following steps:

Thank you for repeating these steps. I already have this information and have done it each time it has occured.

The issue is that it keeps happening and I need to find a way to make it stop. Hence why I asked about how to mitigate potential conflicts.

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

Hi,

Thank you for the information. Do you have any guidance or suggestions of steps to prevent this conflict between my security plugin and Square? I did not see information on this in the Troubleshooting documentation.

I can confirm that opcache.save_comments is enabled.

There are two types of actions that I see have failed recently. wp_mail_smtp_queue_process has failed frequently in the past two months starting around the time that I installed “Anti-Spam by CleanTalk” to deal with Spam account creation. action_scheduler/migration_hook has also failed a few times but not as often.

https://quickforget.com/s/d4f25e3cef427e952c8266ca03edf33e951ac4d3bda9eab9

Hi,

I am currently using version 4.8.4 of the pluggin. I keep my pluggins updated weekly and updated to 4.6.1 in April. So this issue has occurred since the update.

Can you provide me with an email to share the pastebin link with? I’d rather not post it here. Thank you.

Just saw there was a second page to this thread. LOL

Will send again to both emails

Sorry, thought I responded to this already. I sent it on 11/5. I’ll resend now.

Hi, yes I emailed the provided email 4 days ago. My address is [email protected]

Thank you

How would you like me to send the debug logs? I can send you a list of form submissions we didn’t receive recently as well.

Our concern isn’t whether or not users are being added to lists and I understand that aspect of the opt-in button.

Again, the issue is that we aren’t getting the email notifications to admin. The emails that are to be sent to the Admin when a form is submitted, if that setting is turned on, aren’t being delivered. Not only aren’t they being delivered, but it appears the the wp_mail() function isn’t even being called sometime as we do not have records of that in either of the secondary plugins we have installed to monitor.

I want to be very clear because every once in a while it seems like we are going in circles. It did appear like 2 responses back we were starting to go in the right direction.

The issue is specifically that the email notifications to the admin are failing in a way the the wp_mail() function isn’t even being recorded as firing.

To the topic of cross-checking, the only information that is being recorded that may have information about this issue is the Constant Contact plugin debug logs. Would you like me to send them?

• This reply was modified 4 months, 2 weeks ago by thekatbrady.

Thank you for your reply.

That makes sense that there may be spots in which the script is failing before it reaches wp_mail() .

For context, most of our forms on our site (all running through Constant Contact) are acting as a basic contact form; with the addition of the “opt-in” checkbox to consent to signing up for Newsletters.

To help determine where the troublesome path is, have these people also not been getting added to the chosen list for the forms? Or have they been added, but they still reached out to you?

So I don’t think all of our users are checking the “opt-in” box. That said, I am actually curious as to where in the Constant Contact dashboard I can inspect this. I had asked this question a few posts back but it must have gotten hidden in the shuffle. I would love to verify if they are being added to a list or not. I agree that this will help narrow things down greatly.

As a side note: I have run personal tests on all forms. What makes this issue a bit difficulty on my end is that I can’t replicate a failed submission/failed notification. The forms seem to work regardless of if the “opt-in” checkbox is clicked or not. So clicking the checkbox doesn’t seem to affect the result if that helps narrow it down at all.

Additionally how often is this happening?

We get maybe 1-3 emails from our users a week letting us know that they submitted a form but that it doesn’t seem like we got their submission; when I inspect my tracking pluggins I always confirm that we had not been sent a notification from the system. This has been happening for over a year and seems to be getting worse. I’m also assuming that there are many more users who we are not getting notifications for their submissions who have not contacted us about this.

Let me know if you want me to send over my Constant Contact plugin debug logs.

Thank you again for your assistance.

You’re response misses what I’m saying.

I’m not talking at all about emails to the users who submitted the forms.

I’m talking about an issue with the email notifications that are meant to be sent to the Admins from the WordPress plugin; the notification that that option turns on and off. Those aren’t happening consistently and we’re missing a lot of messages from our users because of it.

• This reply was modified 4 months, 3 weeks ago by thekatbrady.

What I am referring to is the email notification that is sent from the WordPress pluggin when someone submits a form.

When a form is created with the plugin there is an option that reads: “Check this option to disable emails for this Constant Contact Forms form.”

We keep that option unchecked. We use the forms for a variety of contact forms and have them set up through the Constant Contact plugin so that we can give people the option to sign up for our newsletter when they submit a form.

The issue is that most of the time this notification is sent out from the plugin on a form submission without issue but we are getting more and more users letting us know that they submitted a form that we never got a receipt/notification of.

To try to figure out this issue we are using WP Mail Tracking to see if there are issues in sending out the notification; this plugin tracks both failed and successful emails out from WordPress. When a notification from the Constant Contact plugin fails to send we are not getting any record of this either way. Likewise, we use WP MAIL SMTP to use our SMTP server to send emails. This plugin has a debug mode that tracks when an email out event is triggered with WordPress. We find that this debug tool is not tracking when the Constant Contact plugin fails to send a notification.

That is leading us to the conclusion that there is an issue with the forms themselves. Our users are claiming that they are successfully submitting the forms and getting a “Submission Successful” message in the front end, however, we are not even recording an attempt email being sent out by the Constant Contact plugin.

So to recap, we usually get a notification when a form is successfully submitted but there seems to be an increasing amount of times when a notification is not sent. On those occasions, there are no indications in the various debug tools we are using that the plugin even attempted to send a notification.

Hi,

That makes sense. I don’t think that would be the problem per se. My guess is that something is going wrong with the submission regardless of the email notification.

I have tried to find a way in the Constant Contact dashboard to see if any submission was recorded (whether or not an email notification was sent) and I can’t find something to that extent. Is there someplace I can find this?

At this point I have narrowed down my options as to where the issue is coming from down to this plugin.