Skip to content

chore(group-translate,voice-transcription): record 0.12.1 as the tested host - #59

Merged
rmyndharis merged 1 commit into
mainfrom
release/group-translate-1.1.1-voice-transcription-1.2.1
Aug 1, 2026
Merged

chore(group-translate,voice-transcription): record 0.12.1 as the tested host#59
rmyndharis merged 1 commit into
mainfrom
release/group-translate-1.1.1-voice-transcription-1.2.1

Conversation

@rmyndharis

Copy link
Copy Markdown
Owner

Both plugins move testedOpenWAVersion from 0.8.1 to 0.12.1 with a patch bump. No behaviour changed; the field records the newest host the plugin was actually smoke-tested against, and both smokes have now been run against real backends rather than stubs.

group-translate was driven by real WhatsApp messages from a second connected number, in a real group, against a self-hosted LibreTranslate with English and Indonesian models. /tr status reported Translator: ok — a live health probe through the host-proxied ctx.net.fetch. After /tr on and pinning a language on each side, good morning, how are you today came back as ID: selamat pagi, bagaimana kabarmu hari ini.

voice-transcription was driven by a genuine Ogg/Opus voice note from a second connected number, against a self-hosted faster-whisper server speaking the OpenAI-compatible /v1/audio/transcriptions API. The plugin downloaded the media through the host, uploaded it as multipart through ctx.net.fetch, the ASR server logged a 200, and the spoken sentence came back into the chat as text.

Both hooks registered in the priority band PLUGIN-STANDARD.md assigns them — 50 and 40, Transformer.

One operator requirement, now documented

Both plugins reach their backend through the host's SSRF guard, which blocks loopback by default. A local backend therefore needs SSRF_ALLOWED_HOSTS set on the OpenWA host, and until it is, every call fails in a way that is not obvious from the plugin side. This bites group-translate out of the box, since its default libretranslateUrl is already a loopback address. Both READMEs now state it in Setup, where an operator acts on it before installing.

Not covered by either smoke, and stated as such in each changelog: load and concurrency, plus long audio for voice-transcription.

…12.1

Both plugins have now been smoke-tested end-to-end against a live
OpenWA 0.12.1 host with real backends (self-hosted LibreTranslate and
faster-whisper), confirming the transformer-band hook priority fix
holds. No behaviour change; testedOpenWAVersion now reflects that.

Also documents that a loopback backend (the default for both plugins)
requires SSRF_ALLOWED_HOSTS on the OpenWA host before it is reachable.
@rmyndharis
rmyndharis merged commit b761924 into main Aug 1, 2026
1 check passed
@rmyndharis
rmyndharis deleted the release/group-translate-1.1.1-voice-transcription-1.2.1 branch August 1, 2026 07:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant