tonydjukic

Have submitted as requested.

We are still encountering the issue, the client asked us to temporarily hide the section that wasn’t working.

I have re-activated it and it is under the heading “All Things Wine!”, on the front page linked in our first submission.

Please advise as the client will most likely ask that we hide the section again.

• This reply was modified 1 month, 3 weeks ago by tonydjukic. Reason: Explanation

Just a thought, but wouldn’t it be prudent to have updates to the plugin showing up as available in the plugins page? We monitor this site daily and there’s never been any indication that a plugin was available. The site was still running on 1.0.2 and the new version is 1.5.xx.

@malferov posted this over 2 months ago – any ETA on an update to the plugin?
I’m running version 220725 and there aren’t any updates pending.

@iammarta a back-up had been taken of the site shortly after I ran the update, so I downloaded the back-up and checked /src/functions/php-min-version.php to see if the file was present. It was not.

I then downloaded a fresh copy of The Events Calendar plugin directly from www.remarpro.com and checked /src/functions/php-min-version.php again, the file is there.

So my best guess is that at some point, during the update, something failed. But that could have been anything. The Server, other plugins, the theme… …very difficult to diagnose why an update failed.

I’ve gone through the update process again and this time, everything works.

Thank you.

The site isn’t using Member Directories at all. The issue highlighted in my original message is in the standard Users screen in WordPress where UMM adds a series of filters. The sorting is needed specifically for administrative purposes.

Here’s the screen:

View post on imgur.com

We’ve filtered all users whose date last logged in was between January 1s 2021 and today – this returns 0 results, which we know to be incorrect because we have logged in with a series of test accounts over the past few weeks as we tried to troubleshoot this.

Same problem here… …WP 5.8, PHP 7.4.x.

For me it was updating from plugin version 1.3 to 2.0 that triggered the error.

Oddly enough, I’m working with FlyWheel on this as well…

…it’s just NOT giving us the desired results. Whatever we try, one thing works, but then the another doesn’t. It’s listed as a simple solution in the documentation but has proven to be anything but.

I’ve actually just come up with a different method I think will work. ManageWP.com has the ability to still access sites that have HTTP Authentication enabled on them. You provide the username and password and it’ll auto login when it contacts the site to check it for updates, etc.

That gave me the idea of adding directories and using HTTP Authentication on them, then writing a script that will automatically pass credentials to the HTTP Auth dialogue without the user ever knowing. So files that need to be restricted are instead uploaded to the HTTP Auth protected directories and then all the user has to do is add a ‘class name’ to links to any of those files when they post them to the site. Then you’d use the standard is_current_user() to load the script. If they don’t have the right user role or aren’t logged in, the script just doesn’t get enqueued.

For starters I’m just going to FTP the PDFs and other files into the restricted directories. But eventually the whole thing can be made entirely seamless within WordPress. I can add a toggle to the media upload process that if checked will know to upload the file to a different directory (have done this for some front end image uploading on a membership site), then I can make a custom Gutenberg block that already had the class assigned to it that the auto login script depends on. There’s really a ton of options when you’re doing it all yourself.

Using the plugin wasn’t something I would have done but I’ve inherited this project from another agency.

I’ll pass your NGINX items over to FlyWheel and see if that makes a difference though, but in earnest, I’m kinda over fighting with this plugin and figuring out how to get support. Lol!

Sorry Ethan but really all you’ve done is highlighted what I stated in my original note.

The solution always seems to be “install our other plugin” which then begs the question, “why isn’t this just an integrated option of the WP Forms plugin?”

And second, what you’ve said isn’t true. In the specific instance that led me to post, there were two other plugins successfully sending mail. Eventually even a third was added and tested which also worked. The only one that didn’t work was WPForms. I’m quite aware of how mail delivery, ISPs, filtering, spam blocking work, but the reality is that the ONLY plugin we’ve tested on this install that fails to deliver notification messages is WPForms. Your plugin is the outlier.

Since the answer to everyone’s issue appears to be “Install our SMTP plugin as well” then doesn’t that technically mean that the WP Forms in and of itself is deficient?

I’ve got the lite version installed, made a simple form, have quadruple checked all the settings and ZERO notification emails are delivered. But when I installed Contact Form 7, the notification email immediately arrived.

There’s also a ‘support form’ in the dashboard from a custom plugin we use on all our client sites and that also sends perfectly fine.

If WP Forms tends to ONLY work with another plugin, then perhaps include that plugin and also perhaps specify to users that “Hey, this isn’t going to work properly if you don’t set up SMTP as well.”

I just don’t think that this is how things are supposed to work.

David, apologies but I didn’t see your initial reply; I actually didn’t think you had replied and didn’t follow up as I ended up finding the source of the issue. It was actually WordPress not permitting media files from NOT having a user assigned. Someone had, at some point in time, attempted to manually purge a user’s ID from the system and either left the ID as blank or replaced it with a 0 (zero), so any media item with an author/owner ID of 0 threw up the error.

It is my understanding that WordPress has changed this recently (in case anyone else comes across it), I just wrote and SQL statement that ran through the attachments looking for user ID 0 and replaced it with the ID number of the person that manages most of the images for the organization.

Once again, sincerest apologies for missing your original response and thank you for the reply you did provide.

This isn’t an isolated incident; every CF7 form on every site I’ve tested over about 8 hours today while trying to troubleshoot something complex has returned a 404 for the feedback AJAX.

The messages are still going through but end users aren’t receiving any feedback.

I have tested this on complex, intricate sites, so my own personal site where I disabled everything except CF7 and the only fields are name, email, phone & message.

Regardless of the environment/hosting, WP configuration, plugins being used, themes being used, the only constant is that CF7 does not give the end user feedback and the console offers a 404 error for feedback.

No SMTP plugin is being used and WooCommerce/WordPress email send just fine. Regardless of whether or not I attempt to change the recipient email the Send a test email button simply results in an AJAX error with no information provided.

I don’t have an account on your Support forum… …why not just release the link to the beta here?

Has this been addressed yet? Every time an editor page loads the site I’m working on that has PublishPress throws 94 errors on load before the user even interacts with it.