Cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Fitbit Subscribe Disabled

ANSWERED

Hi Fitbit Team,

 

We noticed that our Fitbit subscriber was disabled yesterday, 2025.03.10 at 19:01 UTC. Upon inspection, I see that the requests were successful right up to that point.

 

Jeff_New_Ocean_1-1741701089520.png

Can you give any information on what happened?

I restarted it today at 13:30 UTC.

Also, we don't receive a notification when this happens. Is that something that we should have received, or can configure?

Thanks,
Jeff Humphry

Best Answer
0 Votes
1 BEST ANSWER

Accepted Solutions

Hi @Jeff_New_Ocean 

I was able to find the problem in our logs.   On 2025-03-10 from 18:15-18:30 UTC, we received roughly 600 "socket closed" exceptions.  The means we tried to deliver the notifications but couldn't.  We are currently investigating the reason why some people are not receiving an email notification when their subscriber get disabled.

Also, I noticed in our logs that we are consistency receiving a small number of "read timeout" errors from your subscriber.  Are you trying to read and process the notifications as the come in, or do you put the notifications in a queue and process them later?

Gordon

View best answer in original post

Best Answer
0 Votes
3 REPLIES 3

Hi @Jeff_New_Ocean 

I was able to find the problem in our logs.   On 2025-03-10 from 18:15-18:30 UTC, we received roughly 600 "socket closed" exceptions.  The means we tried to deliver the notifications but couldn't.  We are currently investigating the reason why some people are not receiving an email notification when their subscriber get disabled.

Also, I noticed in our logs that we are consistency receiving a small number of "read timeout" errors from your subscriber.  Are you trying to read and process the notifications as the come in, or do you put the notifications in a queue and process them later?

Gordon

Best Answer
0 Votes

Thanks @GordonFitbit!

We did indeed have an outage on 3/10, but I wasn't able to find those errors in the details, just a gap in successful requests (pictured above), so wasn't sure that was the issue. Is there some other way we can view history to verify?

The only operations we process on the subscriber endpoint are authenticate, log, serialize, and queue if authenticated successfully.

Best,
Jeff

Best Answer
0 Votes

Perhaps because the outage ended at 18:30 UTC, but the subscriber was disabled at 19:01 UTC, the errors dropped off the bottom of the details list. Looks like there is a max of 1000 displayed there.

Best Answer
0 Votes