davidfcarr

The uninstall script has been updated with the latest release.

You should be able to install it (without necessarily activating it) and then uninstall again for a better cleanup of tables, event posts, and metadata related to RSVPMaker

We’re talking about the invite.ics and Invitation.ics attachments, correct?

I’m not seeing this on my test site. Please check if it’s still an issue with the latest release.

I’m putting out an update to address this. Thanks for your detective work on isolating the source of the problem.

Are you using PayPal for payments? The confirmation after payment option seems to work for Stripe, but I think the issue you’re reporting may have to do with some other problems I’ve seen with PayPal payments not being recorded properly.

This should be resolved with release 9.7.7. Notes here https://github.com/davidfcarr/rsvpmaker/issues/13

My issue is I do have WP_ERROR_LOG defined, and it’s recording errors and warnings. However, when I experience a fatal error, often there is no log entry recorded.

But this issue of fatal errors not being logged has come up before in other circumstances, and I’d like to know if there’s a solutions.

I’m jammed with a crisis with one of my own web projects and may not get to this for a while, sorry.

Currently, the specific issue relates to a fatal error that occurs when I try to edit a post. This is on a wordpress multisite install and, oddly, the error only occurs on the root domain not any of the subdomain sites.

I should probably also mention I have a problem with runaway memory usage on this site for reasons I have yet to figure out.

Okay, I actually thought that could be the issue, as I’m a LastPass user. There are some tweaks I can try to make it less likely that a password manager would try to fill in that field.

For some reason, the users experiencing this issue are triggering a routine that’s in there to prevent entries by spambots that run around the internet randomly filling in forms with nonsense and trying to inject malware. The “honeypot” strategy is to include a hidden field that users never see but bots will enter something into.

But you’re saying these are just regular users? Not running some kind of automated testing against the site? I haven’t heard of this happening on other sites, but such things don’t always wind up getting reported to me.

Maybe I’ll wind up needing to remove that code if there’s some circumstance where ordinary users are triggering it. There are other methods of preventing bot spam, such as using Google’s ReCaptcha (which RSVPMaker also supports), but they require a little more setup (getting an account and credentials from Google).

I’d like to get a little more info from you before deciding whether this requires a change to the plugin.

I rewrote the chunk of code responsible for output of the message on screen as well as in the confirmation messages. Try the latest update please.

It had something to do with customizing the form, as that’s the only way I was able to reproduce the problem. Of course, you’re supposed to be able to customize the form, and I still don’t quite understand what was broken. But shouldn’t continue to be an issue.

very odd. is this a new install? have you customized the rsvp form? just trying to understand what I need to look at. are we talking about the confirmation email, on screen message or both?

Try the latest release and let me know if you still see an issue. I found a bug, but I’m not sure it’s exactly what you described.