davidfcarr

In the block editor, click on the calendar icon in the upper right corner of the screen to reveal more sidebar options. Under Notifications, you should be able to toggle off the confirmation after payment setting.

I’ll investigate what’s going on with the Event Options screen, but meanwhile this should work.

When you say Send Confirmation AFTER Payment won’t toggle off, are you turning it off in the block editor sidebar? I tested it with the latest release, and that seemed to work fine. The after payment setting could indeed be the source of problems.

Are you working with an event template, where that setting might be specified in the template?

Great. Possibly one source of confusion is that the settings page establishes the defaults for new event posts, but changing an option there doesn’t automatically change the per-post settings for existing events.

First of all, did you also email me about this issue? Is this Cliff? Would be good to know if more than one user/site is experiencing this.

I did tests just now where everything seemed to be working properly. There is a “Log Email” checkbox in Settings > RSVPMaker you can turn on to see if the system “thinks” it’s sending the confirmations. Look for them under the Email Log screen that will be added under RSVPMailer.

I’d also check the box on the page for “send confirmations.” You should be able to turn it on at the document level, but LMK if that makes a difference.

It should work, but I can’t claim to have tested it. If you leave the email server settings for RSVPMaker blank, messages get sent through the WordPress wp_mail function that various SMTP plugins hook into.

I’m currently looking for beta testers for an integration with Postmark, an economical email sending service that allows RSVPMaker to be competitive with Mailchimp and MailPoet if you like the email authoring environment.

The bug with notification templates saving is fixed in the latest release. You can now also specify segments within your email list to send to, rather than the entire list.

I’ve also made a number of improvements to the system for formatting emails / creating templates, including the ability to frame your message with a background color or background image. And I’m integrating an economical and efficient method of sending email through integration with Postmark, which I’d encourage you to check out.

RSVP posts go in wp_posts (prefix might be different on your site) with the post type rsvpmaker. Metadata goes into wp_postmeta and wp_rsvpmaker_event is just the dates. Is there some reason you don’t want to delete the entry through the WordPress UI?

I don’t use page builders so I can’t tell you what’s going on with Elementor specifically. If you post the same shortcode to a plain vanilla WordPress page does it display properly?

Thank you for this fix. I regret that I didn’t see your note sooner, but adding this to the next release.

It shouldn’t do that. “It works on my machine,” I believe is the classic tech support answer, but not sure what would be going on. Are you using the Classic Editor rather than Gutenberg? Are you using a page builder?

Editor should work the same as it does for a blog post.

In the editor sidebar, there’s a toggle for RSVP On right below the calendar widget. If you don’t see the sidebar, click the gear icon in the upper right corner of the editor screen.

Under Settings -> RSVPMaker you can specify that RSVPs should be on for all your events.

The update I just released should fix that issue.

Some of this footer content such as address is required by anti-spam rules guidelines, principle being that people have to have some way of tracking down the offline identity of whatever person/organization is behind a message. Those are actually Mailchimp merge codes but handled locally for messages sent directly from RSVPMaker rather than via the Mailchimp API integration.

Sorry for the slow response. Will look into this, probably over the weekend.

Sorry, not sure what’s happening there. May be an issue with the website theme’s template for printed documents choking on dynamic comment within the page.

As a workaround, here’s a snippet of code I added to a multisite where I couldn’t figure out why this was happening. You’d include this in a custom plugin or a theme’s functions.php. Assumes you know everything should be https, not http.

add_filter( 'get_avatar', 'fix_avatar_https');
add_filter( 'get_avatar_url', 'fix_avatar_https');
function fix_avatar_https($url_or_html) {
	return str_replace('https://','https://',$url_or_html);
}