#bwurtz999_unexpected

1 messages ¡ Page 1 of 1 (latest)

vague cosmosBOT
#

👋 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.

rancid scrollBOT
stark talon
#

Hello

#

Hmm

vague cosmosBOT
sleek blade
#
[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

stark talon
#

Hmm interesting

sleek blade
#

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?

stark talon
#

Oh that's good info. Let me check on that

sleek blade
#

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

stark talon
#

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

sleek blade
#

OK thank you!

stark talon
#

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?

sleek blade
#

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

sleek blade
#

Even though retrieving the reader shows it is online (debug log posted above)

stark talon
#

Got it, thanks

sleek blade
#

Are you seeing anything from your end that would explain this?

stark talon
#

Not particularly. I'm grabbing a colleague to look as well.

sleek blade
#

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"
}  
stark talon
#

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?

sleek blade
#

Hmmm I can try

stark talon
#

That'd be great. We are still looking on our side as well

sleek blade
#

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...

stark talon
#

Strange......

sleek blade
#

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

stark talon
#

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.

sleek blade
#

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

stark talon
#

I found it, thanks

#

We'll follow up over email

sleek blade
#

Thank you

stark talon
#

Alrighty just sent you a reply on the email as well.