Thanks so much for sharing that video. There were some helpful options in there I’ll definitely end up using!

Unfortunately, I can’t use the changes you recommended for settings because they all involve displaying info for logged in users only. I have “When to show the above virtual event information on event card: After user has purchased a ticket” enabled for anyone that has registered but my client wants to allow guest purchases. I very much wish they would have stuck with requiring registration to purchases classes!

Thank you again for your help on this. I know this is an older ticket now but I was revisiting it for info. In the meantime, I was able to convince my client to allow only registered members to purchase tickets for her virtual events.

After re-watching your video I was hoping you could clarify something. You mentioned at 2:38 that an upcoming version of EventON would allow for the embedding of streaming events into the events themselves so that only those logged in and who have purchased tickets can access it.

So the latest version does this now? If that’s the case, you’re saying a customer could log in, find the event and it would allow them to stream the event after clicking the event card’s details? This would save my client having to email out a new password for each event, correct? And they wouldn’t need to use the check-in button for each user to keep track since only customers would be able to access the room since sharing of the URL and password wouldn’t work?

Right now I have added a URL to the Zoom Meeting URL to join field but in order to use the feature above I’d need to have them click Create Zoom Meeting to fill out the details and embed the room into the event, correct?

Thank you!

Thanks very much for the demo and for the tips and recommendations. I wasn’t aware of Jit.si so it’s nice to have that as an option. For this client, however, it’s highly unlikely I’ll be able to get her to switch.

She does online fitness classes for seniors and has been offering them on Zoom for a while now. She seems comfortable with that platform and the features it offers (recording, waiting room, user account required to view, etc.). Her web skills, along with many of her clients, aren’t that in-depth (especially learning how to manage events in WordPress, EventON and WooCommerce) so keeping access as easy as possible is key.

That’s why the embed seems to be super simple since she won’t need to email clients beforehand with a new password prior to every event. And she wouldn’t need to worry about someone accessing it who shouldn’t since account/purchase is required to even view it. That means she can skip monitoring the users and doing check-ins too. Am I correct with all of that? The embedded Zoom can’t be accessed outside the site without purchase and login?

I’ll do a test to see how Zoom works when embedding into the events themselves. Now that I’ve convinced her that having an account to buy classes is required it should make things a lot easier. I may be able to convince her to try the Jit.si option—who knows!

I saw the preview of the event embed on your homepage but couldn’t seem to find anything showing it in action. Maybe I didn’t look hard enough?

Thanks for the tips and the info about quality and options. If I had my way it would be Jitsi for sure so I’m going to try to convince her to try it.

However, at this late stage in her site’s development, a new wrinkle in its delivery is not something either of us wants. With only 3 repeating events, it’s not a huge task to update their info. I’ll likely need her to change the password before each event and have clients instructed to log in and locate the event so they have quick access to it and the password. This would avoid emailing everyone.

I appreciate all of your help and feedback on this. It’s been a huge learning experience and I’m looking forward to what’s in the works for the next version of EventON!

Ashan mentioned earlier in the thread:

“I am hoping to incorporate zoom link customizability for repeat events using repeat customizer addon https://www.myeventon.com/addons/repeat-customizer/ in the next update round”

and

“…you would be able to go in and edit the url and pass. And that info will be used on tickets automatically corresponding to the correct repeat instance of the event.”

Any idea if this is on the horizon? I’m at a loss to find a way to use Zoom meetings in a repeating event that isn’t super cumbersome for my client. As it stands, she’ll have to email everyone who purchased a ticket beforehand with a new password.

I’m also running into a number of other problems with the Create Zoom Meeting function. I may submit a ticket for it after I get my head around what’s happening.

Thanks for those tips. I’ll let her know about those opportunities to stay in contact with her customers.

I’m avoiding using the “Create Zoom Meeting” function because I’ve run into some bugs, I think, and it’s definitely not fool-proof for this client of mine. I’m using the “Zoom Meeting URL to join” field instead.

The issue I found then with changing the password in the event’s “Zoom Password” field is that it’s included in the customer’s email and the WooCommerce order details too.

That’s fine for the WC Orders endpoint because the password will automatically update in the order details. But someone who purchases multiple events in advance may be tempted to copy down the URL/password for each for easier access. Changing the password in the event would then affect all future events and the customer may not be aware of it.

Same situation for people who may rely on the ticket order emails. In this case, the details are not updated when the password changes. Customers would end up with incorrect info if they don’t refer back to the site. And with email being unreliable we worry about details being lost to spam folders (I have installed Post SMTP though).

I’m not sure what happens to updated passwords for events added to Apple or Google Calendar.

I could keep the field blank and have her email customers with the new password prior to each class, like you mentioned. But the workaround I found is this:

1. Add “Passcode: x” to the “(Optional) Other Additional Event Access Details” field.
2. Instruct customers to log in, find their purchased event in the calendar.
3. Since that field’s content is set to only be viewable to logged in users with a ticket, they can click “Join Live Event” and paste in the password to join the class. That field isn’t included in the order details so it avoids the problems I mentioned.

It’s a pretty simple method but likely not the intended use.

In any case, I want to thank you and the rest of the support team for being so helpful. I’m looking forward to the customizable repeatable events and whatever else might be coming down the pipe!

I had not already done that but I will now. Great idea! Thanks for that!

That’s all. Thanks again for all of your help!