Flaky: test_voice_note_is_transcribed_and_answered misses the sendVoice reply under load
维护者通常 1 天内回复
评估
调研方向
The failing assertion is assert len(voices) == 1 at line 385 of tests/channels/test_telegram.py, where voices is built from the sent list of recorded (method, kwargs) calls. Start by reading how tg.say(...) reaches the sendVoice path when voice_replies = True, and by running that test under parallel load (for example pytest -n 8) to reproduce. Done means the test waits a bounded time for the sendVoice call before asserting and passes repeatedly under load.
由索引模型根据 Issue 内容生成。
描述
Test: tests/channels/test_telegram.py::test_voice_note_is_transcribed_and_answered
Where: a local full-suite run (Windows, pytest -n 8, worker gw2) while testing #542. It was not a CI run. The heavy dependency bumps don't look related: the test passed 3 times out of 3 when run alone in the same venv.
Error:
voices = [kwargs for method, kwargs in sent if method == "sendVoice"]
> assert len(voices) == 1
E assert 0 == 1
tests\channels\test_telegram.py:385: AssertionError
Every assertion before it passed: the transcription, the "Heard:" echo, the model call and the text reply "It's sunny.". Only the voice reply was missing.
Likely cause: the spoken reply (voice_replies = True) is sent after the text reply, and the test asserts right after tg.say(...) returns. On a loaded machine the sendVoice call (synthesis or encoding of the reply audio) hadn't landed yet. A fix would wait for the sendVoice call with a bounded poll instead of asserting at once.
- 主要语言
- Python
- 星标
- 718
- 派生
- 135
- 平均合并
- 16 小时 34 分钟
- 30 天内合并 PR
- 215
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
existence-master/Sentient 的其他 Issue
-
Telegram/Discord: tapping "Local only" in the /model list should ask too, and "/model Local only no" should cancel可能已有人在做 @bernalalexis-try 于 16 天前认领。 未关闭area: channels enhancement good first issue priority: P2 size: S
难度 2/5 1-3 小时 新手友好度 78/100
existence-master/Sentient#457 · 4 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
area: devices good first issue
难度 2/5 1-3 小时 新手友好度 78/100
existence-master/Sentient#96 ·
维护者通常 1 天内回复
-
Memory-off /v1 turns: memory_remember's answer can echo the user's name and stored memories可能已有人在做 @hskl18 于 3 天前认领。 未关闭area: memory bug priority: P2 size: S
难度 3/5 1-3 小时 新手友好度 42/100
existence-master/Sentient#547 · 2 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Deleting a memory with a broken stored field fails in the REST route可能已有人在做 @Ankit874396 于 5 天前认领。 未关闭area: memory bug good first issue priority: P2 size: S
existence-master/Sentient#539 · 2 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Second look on qwen3:8b lets a code step that also empties a file through可能已有人在做 @sahilphad07-sudo 于 10 天前认领。 未关闭area: engine bug priority: P2 size: S
existence-master/Sentient#518 · 2 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
查看 existence-master/Sentient 的全部 Issue
相似的 Issue
-
curriculum documentation quality
难度 2/5 1-3 小时 新手友好度 77/100
githubnext/gh-aw-workshop#5367 ·
维护者通常 3 天内回复
-
Create Noise Latents ignores randomize_seed and produces the same noise every run可能已有人在做 @griptapeops 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 68/100
griptape-ai/griptape-nodes-library-diffusers#127 ·
维护者通常 1 天内回复
-
Jenkins capacity report: metrics history is lost when archiving a month fails可能已有人在做 @RaphaelFakhri 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
adoptium/infrastructure#4568 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
huggingface/deep-rl-class#723 ·
-
premises-missing
难度 2/5 1-3 小时 新手友好度 78/100
WingedGuardian/GENesis-AGI#3928 ·
维护者通常 1 天内回复