end-of-call-report with stale call object
# support
e
In the
end-of-call-report
it seems like we are getting a stale call object where the status is still
queued
. I have checked a couple of cases and we did receive the
end-of-call-report
after the call was ended but the call object in the report does not reflect the correct status (and also missing fields that I would expect in an ended call). My expectation is that the call object in the report should be exactly the same as the one if I use the
GET /call/:id
endpoint. This is not the case currently. Example call ids:
0199bd84-143a-7008-b70b-40097256f731
0199bdc6-00d0-7ee0-bb73-889bcc829e90
g
What are you trying to extract from end of call?
c
We are seeing in the logs this line:
Copy code
šŸ”µ 07:16:06:559 Call ended with reason: customer-ended-call
The end of call report was sent after this line. Do you have call-status serverMessages enabled? If so, you might want to disable them for the time being to see if the end of call report continues to send with missing fields and queued call statuses.
e
I can see the call object in the message has a
updatedAt
field same as
createdAt
so it does look like a stale object. I can also see this being sent after the call has ended and in the message payload (outside of the call object) it has the correct
endedReason
.
I have tried what you suggested - removed all message type under
Server Messages
and only leave
end-of-call-report
. I can see the
end-of-call-report
message still contains a stale call object.
g
Are you using an automation on the side??
e
what do you mean by automation?
c
We apologize for the delay in responses lately. We are in process of making some changes to our workflow in how we handle support requests. The good news is that we are starting to get back on track of having a 48 hour response time and we would like to start cleaning up anything old. With that being said, just wanted to check in with you to see if you have made any progress or changes to your project since support has last reached out.
e
hello we are still experiencing this issue - we can probably unblock ourselves by making another call to fetch the latest call object. Just wonder if this behaviour of stale call object in the end-of-call-report is expected or a bug
c
It seems like a bug. Could you please share logs with the stale object? I want to bring it up to the team if it is still occurring
3 Views