#bwurtz999_unexpected
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/1237430660189261945
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hello
Hmm
Right before you make that set Reader display request can you retrieve the Reader via https://docs.stripe.com/api/terminal/readers/retrieve and let me know what that payload shows?
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
[2024-05-07 15:50:42] local.DEBUG: Stripe\Terminal\Reader JSON: {
"id": "tmr_FfVsdwXWFPlWto",
"object": "terminal.reader",
"action": null,
"device_sw_version": "2.22.2.0",
"device_type": "bbpos_wisepos_e",
"ip_address": "10.0.0.33",
"label": "Cafe 2",
"last_seen_at": 1715096983453,
"livemode": false,
"location": "tml_Ejf9KwMOLQaqaH",
"metadata": [],
"serial_number": "WSC513128034095",
"status": "online"
}
For what it's worth, this happens frequently in production. I've never seen it in testing before so I've never been able to dig into a specific request to try and find the issue though
Hmm interesting
Restarting the reader typically fixes the problem, but I'd like to see if we can figure out what's going on first
Here is a request from production earlier today that failed even though the reader is online: req_WVUlVLs7VIjagG
Not sure if this is relevant, but the reader was asleep. I pressed the power button and the screen came right on. But nothing is going through
Could it be an issue after waking the reader?
Oh that's good info. Let me check on that
I have the same issue with reader WSC513151045788 constantly. Almost everyday. This is in production. Whenever I check the dashboard it shows as online so I've assumed it's been a temporary network issue or user error somehow. But now that I'm seeing it here in testing I don't think that's right
Yep doesn't seem right
I'm looking at our internal logs related to WSC513128034095 to see what I can tell
Give me a few
OK thank you!
To clarify, the issue specifically happens when the reader sleeps and then you attempt to set the display while it is still asleep?
Then when you manually turned it on you still can't send requests to it?
Today is the first time I've experienced this in testing (locally)
The reader was on, but the screen was black. Request failed
I hit the power button to turn the screen on (reader was already on), request still fails
Correct
Even though retrieving the reader shows it is online (debug log posted above)
Got it, thanks
Are you seeing anything from your end that would explain this?
Not particularly. I'm grabbing a colleague to look as well.
Ok thank you
I just tried another request. Same error req_laA5GmxKPJB6GD
And the retrieval shows the reader is online
[2024-05-07 16:20:07] local.DEBUG: Stripe\Terminal\Reader JSON: {
"id": "tmr_FfVsdwXWFPlWto",
"object": "terminal.reader",
"action": null,
"device_sw_version": "2.22.2.0",
"device_type": "bbpos_wisepos_e",
"ip_address": "10.0.0.33",
"label": "Cafe 2",
"last_seen_at": 1715098788595,
"livemode": false,
"location": "tml_Ejf9KwMOLQaqaH",
"metadata": [],
"serial_number": "WSC513128034095",
"status": "online"
}
Can you test whether you see the same thing from a different request?
Like does this only happen when you attempt to use set reader display?
Hmmm I can try
That'd be great. We are still looking on our side as well
Same thing
[2024-05-07 16:51:06] local.ERROR: (Status 400) (Request req_YCIERUBv43PQIv) Reader is currently unreachable, please ensure the reader is powered on and connected to the internet before retrying your request.
The reader is currently asleep
I will wake the screen and try it again
Weird... I just saw a message on the screen that said This device has been running for over 24 hours and will restart
It just restarted itself
And now it's working again...
Strange......
For what it's worth, there was a pending update when it restarted that I postponed so I could continue troubleshooting
The reader is running 2.22.2.0
But as I'm typing that I guess you already knew that
Wait sorry that's the updater version
firmware is 5.00.01.26
Any idea how the reader ended up in this state? It really kills us in production and it happens frequently. Restarting generally fixes it but the lines really back up when we have to do that
Yep looking at that
Okay unfortunately we can't really tell why it gets into that bad state where it needs a reboot to update itself and get back to a good state. Really it should just handle this smoothly when a reboot/update is required. I'm going to need to reach out to our Terminal Eng team to take a deeper look here.
So next step is to write into https://support.stripe.com/contact/login to create a ticket. If you let me know when you do that and provide the Subject line you use then I can grab that ticket and link it to the internal ticket I'll create for further investigation.
OK I will do that now
I sent the email. They changed the process for sending the email in so I couldn't specify the subject line
But I mentioned bismarck in the body of the message
Thank you
Alrighty just sent you a reply on the email as well.