-
Notifications
You must be signed in to change notification settings - Fork 69
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
Alternative solution to handle forwarded "account.updated" webhook #612
Alternative solution to handle forwarded "account.updated" webhook #612
Conversation
Meaning that the plugin will fetch the account (which it does every 2 hours anyways), right? |
Right. |
update: changes required to address the server 232#issuecomment-619123773. |
Make only `event_type` prop required in the event body. This allows processing events without `data` prop. Handlers for specific event types still may require additional props, e.g. `data.object` is required for handling `charge.refund.updated` event.
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.
Looks good! when ready (I don't think we need to wait for the server to be deployed)
Just noticed there are some failing unit tests |
Thanks @marcinbot ! Yeah, those tests were failing because we've made |
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.
Now it should be ready to merge :)
Fixes #512
Alternative to #598 .
Pros:
Cons:
Changes proposed in this Pull Request
Testing instructions
Run unit tests with
./vendor/bin/phpunit
.Setup testing environment:
Testing steps:
account.updated
webhook is logged.