#gian_error
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1499054410406432843
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- gian_error, 2 minutes ago, 7 messages
Opening the thread again as you closed it before I could answer.
This happens even when the reader is connected and online
hey there ๐ could you share the ID (tmr_xxx) of the affected reader?
This is a location Id
Also @eager escarp are you observing this behaviour just after a reader go online after beeing offline ?
The client has one of this 3 readers, it should be one of these:
tmr_GU40APLuYaTOvA
tmr_Gcti4wQLeWRwda
tmr_GU40APLuYaTOvA
What about this ?
no, reader is already online when it happens
And you are saying this happens once per month ?
do you have a particular timesframe when this last happened ?
yes, but it's not consistent. Sometimes it doesn't happen in a month, and on rare cases it happens twice a month
Last time it happend was on April 27 around 8:30am GMT -3
Are you sure about these readers Ids ? I'm not able to find none of them.
let me double checl
check
yes, it is correct
it's this one in particular:
ReaderId: tmr_Gcti4wQLeWRwda
Can you delete the serial number please from here
Done
This one is good indeed, I'm able to find it
Not much logs seen here, probably this is just a network issue, what happens when the user reboots the reader ?
This seems to be an intermittent issue. I hope this isn't a blocking issue, especially if you are able to bypass it by rebooting the reader
Rebooting does not work, it constantly fails for half an hour. After that, we are able to use it normally, but this is hurting business as it happens on almost all stores at once.
Can you verify when was the last time that reader was updated?
We cannot identify why this issue is happening and we have the suspicion that this is on Stripe's end.
Rebooting does not work, it constantly fails for half an hour. After that, we are able to use it normally, but this is hurting business as it happens on almost all stores at once.
Do you have more readers that face the same issue on that same timeframe ?
yes give me a second that I'm on a call
Can you verify when was the last time that reader was updated?
The reader you shared is an, Android device using Tap to pay, right ?
Can you migrate to the latest Android SDK (5.X) and monitor again the issue ?
It is an Androide device tap to pay, yes.
The version 5.X has breaking changes, it's gonna take some time to migrate. We can do it but I would need confirmation that the issue we are having is related to the SDK version
Can you confim me that?
Actually I'm not sure 100% that migrating to SDK 5.X will solve the issue you are facing, (which I didn't see much details on the timeframe you provided). But what I'm sure of that the new SDK has introduced a lot of bug fixes and improuvements that may solve the issue you are facing.
If you check that reader at 2026-04-27T11:33:42.793 GMT -3, we have an error at that time. But that erros happens because we couldn't reach the server, so it makes sense that you don't see anything.
Can you verify with someone if the SDK 5.X introduced bug fixes and improvements that tackle the reader token fetching or something like that?
There is this one for example (it's for offline payments but it automatically refresh the connection token)
https://github.com/stripe/stripe-terminal-android/blob/master/CHANGELOG.md#fixes-13
It's 4.7, maybe you can try it as it doesn't introduce a breaking change
Try migrating to 4.7.6 at least in this case
How much time does it take for the toke to expire?
We may try that, but I would love to know if this issue happened with the Stripe terminal SDK before
Hey @eager escarp apologizes on the delay here, os4m37 had to run, getting caught up on context and seeing if we can pull in someone with a bit more terminal expertise than myself.
My understanding though is the token should expire after 60 minutes.
I'm not finding anything matching the exact description of simultaneous failures, but presumably there had been issues if a fix was released to address the token expiry causing offline payments to fail.
Hey there
We do not support offline payments yet
This happens every once in a month when the reader tries to connect to Stripe
Hello
Jumping in to help out here.
Are these readers connected to the same network?
no, different stores accross the country