[Bug] Silence timeout doesn't close interface and start transcription; causes silent loss of dictated speech.
I maintainer di solito rispondono entro 1 giorno
@LeanBitLab ci sta già lavorando.
Dal 3/11/2026.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
This issue involves the LeanType Voice Plugin, but I'm reporting it here because the silence-timeout setting and recording UI are managed through the main keyboard application.
Describe the bug
- When the configured silence timeout is reached, audio capture stops (unverified whether it actually does stop, however the result is the same regardless) without providing any clear indication to the user.
- The visual waveform does drop to a fraction of its previous amplitude, even when speaking resumes at normal volume. However, this is not a sufficiently noticeable change to meaningfully indicate that recording has stopped, unless the user is already aware of the issue and specifically watching for it. Even at its reduced amplitude, the waveform continues to animate, giving the impression that recording is still in progress.
- The recording interface / waveform remains active, does not close, and transcription does not begin until the user selects the "check" icon to close the recording interface and begin transcription, or the "X" icon to cancel recording and transcription. In fact, the recording interface appears to remain active indefinitely until the user selects one of these 2 options / buttons. Only when the user manually stops the recording and confirms it does transcription begin (as far as I'm aware, this is the only way to initiate transcription). The resulting transcription includes only the speech captured before the silence timeout was reached.
The silence timeout therefore fails to:
- Provide any indication that it has been reached.
- Close the recording interface and stop the waveform animation.
- Automatically initiate transcription of the captured audio, as is typical of voice input in other keyboards.
This creates a misleading recording state that can result in substantial, unnoticed loss of dictated speech.
To Reproduce
- Set the Voice Plugin's silence timeout to 5 seconds (or any length of time).
- Start dictation and speak normally.
- Pause for approximately 5 seconds (or previously selected length), then resume speaking.
- Observe that recording interface does not close, nor is there any clear indication of the timeout being reached, as the waveform remains active (albeit at a reduced amplitude).
- Continue dictating, then manually stop and confirm the recording and transcription.
- Observe that the resulting transcription contains only the speech preceding the silence timeout, omitting everything dictated afterward.
Expected behavior
-
When the silence timeout is reached, recording and the recording interface including the waveform animation should stop as well, clearly indicating that audio is no longer being captured. The interface should not continue displaying an active recording interface and waveform while subsequent speech is discarded.
-
When the silence timeout is reached and recording stops, transcription should start automatically without the requirement for further user prompting. This is the default / typical behaviour of voice input features in other commonly used keyboards.
Screenshots
None attached. The issue is most apparent during an active recording.
App version & Flavor
- LeanType: v4.3.1, Offline
- Voice Plugin: 1.0.1
- Whisper Base (~57 MB)
Device Info
- Model: Samsung Galaxy S22 Ultra
- OS version: Android 16
- OneUI VersionL 8.0
- Lingua principale
- Kotlin
- Stelle
- 1k
- Fork
- 59
- Merge medio
- 14h 9m
- PR unite (30g)
- 56
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di LeanBitLab/LeanType
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
LeanBitLab/LeanType#766 ·
I maintainer di solito rispondono entro 1 giorno
-
[issue] Tamil Keyboard issueApertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
LeanBitLab/LeanType#764 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
LeanBitLab/LeanType#757 · 7 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
More suggestions based on version 1.0.1 of the CJK pluginForse già presa @LeanBitLab l’ha presa 2 giorni fa. Apertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
LeanBitLab/LeanType#754 · 1 commento · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
LeanBitLab/LeanType#753 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di LeanBitLab/LeanType
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
open-telemetry/opentelemetry-android#2183 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
Droid-Deck/DroidDeck#2058 ·
I maintainer di solito rispondono entro 1 giorno
-
bug core p3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
RunanywhereAI/runanywhere-sdks#1258 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
axelixlabs/axelix#1918 ·
I maintainer di solito rispondono entro 1 giorno