-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add email event UI triggers for resend option in emails #3017
base: minor
Are you sure you want to change the base?
add email event UI triggers for resend option in emails #3017
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
Signed-off-by: Eugene Nitsenko <[email protected]>
changed "The desired shipping method's id is the" to "The desired shipping method's id is then"
…s and create component Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
ctx, | ||
new Injector(this.moduleRef), | ||
entity, | ||
args.input.arguments, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note that there is a case that needs to be handled here for arguments of the type ID
. Since Vendure has the concept of ID encoding/decoding, we also need to ensure that any ID arguments are correctly decoded before passing them to the createEvent
function.
This can be done by injecting the ConfigurableOperationCodec
helper and calling decodeConfigurableOperationIds()
, passing the handler and args.
The function mutates the arg.value for any IDS. You can see an example of usage here:
this.configurableOperationCodec.decodeConfigurableOperationIds( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've added a value parser in this place but there seems to be no ID decode there...
], | ||
description: [ | ||
{ | ||
value: 'Order confirmation can be send only for specific reasons.', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"can be sent"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
entityType: Order, | ||
label: [ | ||
{ | ||
value: 'Order confirmation.', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
drop the .
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
Also, make the PR against the |
Signed-off-by: Eugene Nitsenko <[email protected]>
…tion Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
Signed-off-by: Eugene Nitsenko <[email protected]>
What I didn't finish:
|
Status update from my side: I pulled this PR locally and tested it out. Basically it looks good but I have a few points I want to spend more time thinking about when I am a little less busy:
But in order to bundle this functionality into the Admin UI I'd really only want to do that if the functionality is not specific to the EmailPlugin. So I'm wondering whether in here there is a more generic concept such as "event replay" which would be more broadly applicable, and then the email re-send is a specific implementation of that. |
Do you need help integrating such functionality? And it would be cool to know when we can get such a feature |
Just an update as I am going through old PRs this morning: this is still on our "under consideration" lane in the roadmap. For now we have other higher priority features we want to ship but I'm leaving this open because it is fundamentally a good feature. |
Description
#3016
Breaking changes
Does this PR include any breaking changes we should be aware of?
Screenshots
You can add screenshots here if applicable.
Checklist
📌 Always:
👍 Most of the time: