You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Behavior bug (incorrect output/state without crash)
Summary
When an agent sends a voice note via the MEDIA: directive with an MP3 file on Telegram, the audio is delivered twice — once as a file attachment and once as a voice note. The recipient sees two separate messages containing the same audio.
Steps to reproduce
Configure Microsoft TTS with en-GB-ThomasNeural on OpenClaw 2026.4.11
Set messages.tts.auto to "off" (to isolate the MEDIA path from the auto-TTS path)
Generate an MP3 file using node-edge-tts and save to ~/.openclaw/workspace/.openclaw/media/voice-reply.mp3
Reply with MEDIA:.openclaw/media/voice-reply.mp3 as the only content
Observe: two separate Telegram messages are received — one as a file attachment, one as a voice note
Expected behavior
A single voice note should be delivered.
Actual behavior
Two identical audio messages are delivered to the Telegram chat:
First: appears as a media file attachment
Second: appears as a native Telegram voice note
Workaround
We worked around this by bypassing OpenClaw's MEDIA delivery entirely and calling the Telegram Bot API directly via curl -F "voice=@file" sendVoice, which delivers a single voice note correctly.
Bug type
Behavior bug (incorrect output/state without crash)
Summary
When an agent sends a voice note via the
MEDIA:directive with an MP3 file on Telegram, the audio is delivered twice — once as a file attachment and once as a voice note. The recipient sees two separate messages containing the same audio.Steps to reproduce
en-GB-ThomasNeuralon OpenClaw 2026.4.11messages.tts.autoto"off"(to isolate the MEDIA path from the auto-TTS path)node-edge-ttsand save to~/.openclaw/workspace/.openclaw/media/voice-reply.mp3MEDIA:.openclaw/media/voice-reply.mp3as the only contentExpected behavior
A single voice note should be delivered.
Actual behavior
Two identical audio messages are delivered to the Telegram chat:
Workaround
We worked around this by bypassing OpenClaw's MEDIA delivery entirely and calling the Telegram Bot API directly via
curl -F "voice=@file" sendVoice, which delivers a single voice note correctly.Related issues
/tmppath blocking, which is a separate but related bug)Additional context
[[audio_as_voice]]tag is includedttstool output is also blocked by the/tmppath issue (fix(tts): allow OpenClaw temp directory paths in reply media normalizer #63511), but even when using workspace paths that ARE allowed, the MEDIA directive causes duplicationen-GB-ThomasNeural, format:audio-24khz-48kbitrate-mono-mp3Environment