Post hangup pipeline wedge blocks future calls

open

1 independent reportacross 1 sourceon 2 stackslast reported 2026-07-05

What this is

After a call is torn down mid-pipeline, the system's call-handling state fails to reset, so later calls are answered but produce complete dead air with no agent activity until the service is restarted.

Status open: reported and still open where it was reported.

Evidence

26tajeen2026-07-05asteriskhome-assistantGitHub issuesgithub.com/…/175718

...at the SIP level but produce no listening tone and no pipeline activity — dead air. The caller hears nothing at all. In the wedged state the logs still show...

First seen 2026-07-05 · our copy fetched 2026-08-04T04:01:52Z · SHA-256 of that copy begins 6af2d599a9d31c80… · profile

Quotes run to 30 words around the reported failure and link to the post.Add your call to this entry Take a quote down within 24 hours.

What is measurable

Signal	`hotato autopsy ./call.wav` maps to this mode as detector kind `long_response_gap`. The silence between the caller finishing and the agent responding. Printed as DEAD AIR at 5 seconds or more, and as LATENCY SPIKE between 2 and 5 seconds.
Establishes	The seconds of silence between the caller finishing and the agent answering, timestamped in the call. What else it establishes, and what your own trace settles Dead air is visible in a single mixed channel, so this one is measurable on a mono recording as well as a split one. What your trace settles Your latency spans for that turn name where the seconds went: transcription, the model, or speech synthesis.
Tier	Tier 3 · single mixed channel: one mixed channel still measures what silence shows, and each finding carries its measured confidence. hotato is MIT and runs locally, getting started.

Status history

The record has carried one status since it opened: open, reported and still open where it was reported. A move lands here with the link, the quote and the date that show it.

Mode	Status	Shares
Silent TTS failover deadlock	acknowledged	reported on home-assistant; reported on github
Dead-air after caller	open	measured by the same detector (long_response_gap); reported on github
Turn completion filter dead-air timer orphan	open	measured by the same detector (long_response_gap); reported on github

Discussion

Reader discussion of this mode: what fixed it and what did not. The reports above are attributed and linked; a comment is a comment.

Open this discussion on GitHub

The record

Ids, digests, every link this entry stands on, and how to take a quote down

Atlas id	`VFA-2026-0038`
Mode id	`pat_405e43bb45bb0c5cb3ba8408`
Content digest	`sha256:405e43bb45bb0c5cb3ba840856d26674652f5fe9a39676f4ffaedb8d8a10a199`
First reported	`2026-07-05`
Last reported	`2026-07-05`
First seen by the atlas	`2026-07-05T21:48:11Z`
Last re-checked	`2026-07-05T21:48:11Z`
Reported on	asteriskhome-assistant
Sources	GitHub issues
Scope	1 independent public report across 1 source. This entry states where the mode has been reported; where else it can occur is what the next report settles.
References	reporthttps://github.com/home-assistant/core/issues/175718 · 26tajeen · GitHub issues · 2026-07-05
Machine surfaces	feed.json feed.atom feed.schema.json atlas.llms.txt
Removal	If you wrote something quoted on this page and want it gone, one email to [email protected] does it. The removal path takes the quote, the handle and the link off this page, out of the feeds and out of the llms.txt within 24 hours, and tombstones the id so the entry cannot quietly return at a new address.