#martinkolev_56140_99385
1 messages · Page 1 of 1 (latest)
evt_3OlrOoFOdyVgfM2D1Qyoyw4C
and can you share the request ID (req_xxx) of the LIST /events that doesn't contain that event?
you can find it here https://dashboard.stripe.com/test/logs
stripe events list --created="1708393333" --starting-after="evt_1OliLZFOdyVgfM2DqSjyKxez"
one moment
req_HE2Cx85RMeNN4a
thanks! give me a few minutes to look into this.
I appreciate you
Hi, anything?
👋 taking over for my colleague. Let me catch up.
ok thank you!
I guess the problem is with the created time
as you can see https://dashboard.stripe.com/test/events/evt_3OlrOoFOdyVgfM2D1Qyoyw4C the created date is less than the created date you're passing
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Created time I am passing evaluates to ( Tuesday, February 20, 2024 1:42:13 AM ) and the Event created time evaluates to (February 20, 2024 11:23:00 AM) or am I confused
oh yeah! my bad I read it as 11:42 🤦
lol no problem
looking at https://docs.stripe.com/api/events/list
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
there is no created filter
try removing that
then how will I only check for events I haven't stored/processed already?
yeah you're right, sorry there's actually an undocumented created param (which it shouldn't be undocumented) that through me off for a sec
could you try stripe events list --created[gte]="1708393333" --starting-after="evt_1OliLZFOdyVgfM2DqSjyKxez"
and share the request ID
req_MeLgBBdPewNspu
did you get the results?
I can see that the parameter is passed correctlyb this time
i did not get the results
I will log the output of the API and paste it here
{"object":"list","data":[],"has_more":false,"url":"/v1/events"}
let's start simple
remove starting-after
try just with the created[gte] to see if it's working as expected
thanks to @west orchid we figured it out
so
I removed the created and am using different logic and now the issue is resolved
so basically all lists are ordered by created time descending meaning that the event you are passing in --starting-after is actually before the
so you need to pass in --created[gte] and --ending-before
yes im relying on something like that
the created[gte] should work fine
the problem is more in the --starting-after that should be replaced by --ending-before
that's it
and you're logic would be good to go
so the regular created will not work, i have to use created[gte] with --ending-before
let me know if you need any more help
so just fyi, you have the possibility to use lt,lte,gt,gte,eq
but eq is the same as not passing anything
they were documented, that's why I was also surprised not to see the created parameter when I checked the docs, and I thought they removed it or it's only accessible now in the Search API, but apparently it's not, and we have flagged it to the internal team who are looking into it
thanks for your understanding
absolutely, thanks for your help again, have a good one!