|
Gural
|
July 27, 2019 at 12:24 pm
Hi,
I have two events, both with a different custom ticket notice.
However, one of our clients received a ticket with the custom ticket notice from the other event…. which puzzels me, since everything is set correct in the backend…
Event Espresso – 4.9.77.p
WP version : 5.2.2
PHP 7.0.33
– Gural
|
|
Josh
|
July 29, 2019 at 3:22 pm
Hi Gural,
May I ask for some clarification? Was the ticket notice set to be custom for the event, or was it the actual ticket?
|
|
Gural
|
July 29, 2019 at 3:45 pm
for the event…
since I assumed that this is the correct setting and
i don’t see directly an option to set the custom ticket notice for each ticket
fyi, i used the copy event function to schedule these recurring workshops (events)
|
|
Josh
|
July 29, 2019 at 4:24 pm
I was actually asking if you had set a custom ticket
or did you set a custom ticket notice?
This is a screenshot of the setting for a custom ticket notice:
https://slack-files.com/T02SY781D-FLV6PJN9J-4f2fdd9cef
and this is a screenshot of the setting for a custom ticket:
https://slack-files.com/T02SY781D-FLV6PMJJY-17997d33b9
|
|
Gural
|
July 30, 2019 at 2:43 am
I use a custom ticket notice (your first link)
The custom ticket notice contains some extra information, which we do not want to be printed on the ticket itself (your second link)…..
some of the templates are set to active, some are unactive
(btw, it might be good to display directly if a template is (not)active in main event settings page, instead of having to open it first…
as far as I can see everything is configured correctly..
|
|
Josh
|
July 30, 2019 at 7:57 am
Hi,
If you test a registration for the event in question, do you get the correct ticket notice?
|
|
Gural
|
July 30, 2019 at 11:57 am
Hi,
I tried a new test event (in private mode), with the same settings, but that doesn’t seem to work in terms of getting mails. But I do get the same issue when viewing the ticket notice message at the backend, i.e. I go te registrations
– view related messages
– and then view the ticket notice, I see the same issue ( the content of that message is not what is set in the event, but a custom message for another event.
The options for the ticket notice are
– global
– custom message 1
– custom message 2 (event is set to this one, but i get the message of custom message 1)
Pondering…
Could the issue be related to (1):
The original event was once created by (role) a WP admin, and later allocated to WP event administrator (lower level)
and / or (2) the fact that we are using the copy event method to republish recurring events…….
|
|
Josh
|
July 30, 2019 at 1:10 pm
The issue wouldn’t be related to either 1 or 2. It could be a context-related issue. You could go to Registrations > View related messages and under the context column it will show which context was sent. Was it the Primary Registrant context or the Registrant context?
Then go to edit the custom ticket notice template and edit the context that was sent, doe it have the correct contents?
|
|
Gural
|
July 30, 2019 at 1:48 pm
oke,
It says for the context ticket notice: Registrant
In the event settings it is (indeed) set to primary registrant
do I need to change that to registrant instead?
( will it than work for the primary registrant, in case fo multiple tickets?)
(btw, the test mail from the previous message came in, just took some more time apparently)
|
|
Josh
|
July 30, 2019 at 1:56 pm
You can use either or even both contexts. The important thing is whichever contexts you choose to send, you’ll want to make sure the template has the correct contents.
|
|
Gural
|
July 30, 2019 at 2:08 pm
Wil check this..
But I don’t see how I can set it to both. I will need to make another custom template (a copy) and link it to that “profile”…. then I assume… ?
|
|
Gural
|
July 30, 2019 at 2:37 pm
A bit confusing, but I see that you can edit the message for each recipient in the messages settings..
I hope it’s configured correctly now.
|
|
Tony
|
July 31, 2019 at 3:04 am
May I ask, how else you would prefer we handled the above so it wasn’t confusing?
Each message type has multiple ‘contexts’ in which it’s used, so in this example it is the ticket notice which has a ‘Primary Registrant’ and ‘Registrant’ context.
That’s a little more niche so let’s use the ‘Registration Approved’ message type as an example as its more general, that has an ‘Event Admin’, ‘Primary Registrant’ (this context is disabled by default) and ‘Registrant’ context. When a registration is Approved that message type can send different content to each of those contexts and you’ll likely want different content for the Event Admin than the Registrant (which is why we have ‘contexts’).
The other way to offer that flexibility is to separate them all out into individual templates, which means rather than the 13 message types we normally have by default we’d have 23, plus any additional templates/contexts added by add-ons, I imagine the notification section used to allow you to select specific message types on an event would then end up more confusing than the above.
If you have any feedback on how we can improve the above I’ll pass it along to the developers so we can try and make it a little less confusing.
|
|
Gural
|
July 31, 2019 at 3:56 am
I had two active events, with two different custom ticket notice messages.
The content differs only by a few words, making it perhaps more confusing when it seems that content from event 1 appears in event 2.
There are a lot of settings in EE, perhaps a kind of message dashboard / table page (without dropdown.. showing the current set configuration (each active message for each role, might help new users intuitively fix any wrong messages)
A “button” linking to it “Check your current message settings”
So you help users understand that they need to check this “dashboard”, to make sure they haven’t missed out a detail….
don’t know.., thanks for helping out.
|
|
Tony
|
July 31, 2019 at 4:13 am
I’m not sure how that table would fix the issue of misunderstood contexts as it would basically show the message type and even if we display the active contexts for that message type it’s the same as what they see in the messages section.
We know from experience that users generally won’t click through to view the above (there’s various help sections already built into EE which many users don’t use) and those that do are the types of users that would have already gone through the documentation and be aware of message contexts, so I’m not sure an additional ‘Check X, Y and Z’ overview is the way to go for this.
However, we do appreciate your reply/feedback and have noted your suggestion.
|
