#gigstartr - transfer events
1 messages ยท Page 1 of 1 (latest)
hye there, just looking into this
I think it is related to some legacy events but trying to confirm
k. Building in failure responses, but couldn't see how these were useful - both failures look like ones that would have been in the err object of the original API call
well, yeah, that's what I was refering to
but they're still in your documentation in list of all events
Right, because integrations on old API versions may still see them
but you can most likely just ignore them if not significant to you
Well, I am a tad paranoid ("just because you're paranoid doesn't mean they're not actually after you"), and don't like to "just ignore"
I suppose I could send a feature request to support to label such things with version information - when they become relevant, when they cease being referenced
But this applies to all events not relevant to you, you should only listen for ones that are necessary for you to take some action.
I'm only listening to TRANSFER events (in this bit'o'code), so it IS kinda relevant which ones will be generated
I can (and did) surmise that those events were "dead" and/or no longer relevant, but code review and basic error-checking require I follow up on ALL documentation inconsistencies.
if you're talking about modern transfers (from a platform to a connected account) then those events are not relevant
Yes, I've surmised that, and yes, I'm using the most current API version and (express) connected accounts
๐ -- i can share feedback that we should make it more clear in the docs that these are vestigial
As I said, I follow up on everything. I'd appreciate that followup! thx.
(net-net, btw, is I was making sure WHEN I could document a "receipt" for the action in my database, hence wanting to know if I had to wait for a "paid" event for success, and/or a "failed" event for failure.. It makes sense, now, that failure is immediate and the .create can be used for success/receipt)
(go ahead and close this, or I might snark again!)