Native desktop app
Establish the baseline in a platform-native plain-text or rich-text field.
Automatic paste depends on the destination and its focus behavior. Use blank disposable fields to check one exact app and version before relying on it for real work. The check records outcomes, never your words.
Presspeech binds each recording to the window where it began. It should paste only when it can still verify that destination. A focus change normally leaves the transcript available for manual paste. On macOS, if Presspeech detects another copy replacing the clipboard during delivery, it stops and preserves that newer copy; it shows a Couldn't paste notice instead of overwriting it with the transcript.
This is a delivery check, not a transcription-quality test. The recognized wording can differ from what was spoken and still pass: the question is whether the same finished transcript reaches the intended field once, or is recovered safely without reaching another field.
No universal result: a pass in one app version and field type does not promise that every field, browser page, remote session, or later version behaves the same way.
If you already depend on one app, test that app. Otherwise, choose a safe disposable field in a target class that does not yet have a comparable report. The live searches below make missing coverage visible without collecting anything on this site.
Establish the baseline in a platform-native plain-text or rich-text field.
Record the browser version, web app or editor version when public, and generic field type; omit account, tab, document, and form names.
Use two separate windows of the same app for at least one focus-change attempt. Tabs are not a substitute.
Comparable means the same platform, app version, and generic field type. Add another observation to a matching report even when your outcome differs. Open a separate report when any of those boundaries differs. The class links search standardized compatibility-report bodies; older general bug reports are intentionally not counted as completed protocol evidence.
Use the current official build. On macOS, this baseline requires 0.3.8 or later; update before testing if the About window shows 0.3.7. Confirm the model is ready, the microphone and hotkey checks pass, and Try Dictation works first.
Use one blank field in the target app and one blank field in a local scratch app. Never use a production message, document, account, command shell, or field where pasted text can submit, send, or execute. Test a remote/virtual environment or terminal-based editor only when it is isolated, disposable, and non-executing; otherwise skip that target.
Create a different phrase for every attempt so stale or duplicate delivery is visible. Do not use names, credentials, commands, customer data, or text from real work.
If English suits the selected language hint, use these in order: amber rabbit one; blue otter two; copper robin three; green badger four; ivory falcon five; purple fox six; silver heron seven; yellow turtle eight. Otherwise use the same colour-animal-number pattern in the test language. Recognition accuracy is not scored; compare the finished target text with the scratch paste. Never add either version to the public report.
On macOS 0.3.8 and later, leave Keep Previous Clipboard for Manual Restore off for this baseline. Published Windows 0.1.12 leaves the finished transcript on the current clipboard. Upcoming Windows 0.1.13 marks that item for exclusion from Windows Clipboard History and Cloud Clipboard; published 0.1.12 does not. macOS 0.3.8 can expose transcript entries to macOS Universal Clipboard; disable Handoff if the harmless test text must stay on the Mac. Builds containing local-only transcript clipboard writes prevent Universal Clipboard transfer while preserving local Command-V. If macOS Clipboard History in Spotlight is enabled on macOS 26 or later, clear it after the check if you do not want the text retained there. Also disable third-party clipboard managers if you do not want the test text retained elsewhere.
Note the Presspeech, operating-system, and target-app versions. Classify the target as native, browser/web editor, Electron/Chromium, terminal, remote desktop/virtual machine, or elevated Windows app, and record the generic field type (for example, plain text, rich text, or browser content editor). Omit account, server, document, tab, form, and window names.
Run five completed attempts with a different harmless phrase each time.
Keep its window focused from the start of recording until Presspeech finishes. Do not copy anything or allow a clipboard tool to replace its contents during delivery.
Note whether one copy appeared and whether Presspeech showed a copied/manual-paste recovery notice.
If delivery succeeded or Presspeech showed its copied/manual-paste notice, paste into the separate local scratch field before copying anything else. With restoration off and no intervening clipboard change, this should be the finished transcript. After a Couldn't paste notice on macOS, do not assume the clipboard contains it: use Copy Last Transcript if offered, or dictate again if Recent Transcripts is off. Record the failed delivery; deliberate recovery afterward does not turn it into a successful attempt.
Use the definitions below, then clear both disposable fields before the next attempt.
The target received one copy, no recovery notice appeared, and its text matches the scratch copy, including the configured space or newline suffix.
The target received nothing, Presspeech showed its copied/manual-paste notice, and the scratch paste recovered the complete finished transcript.
Text was stale, partial, duplicated, unavailable, delivered elsewhere, or paste failed without a recovery notice. Stop before trying a real document.
If you know another copy changed the clipboard during delivery, record that attempt as an interruption under Relevant conditions and repeat with a fresh harmless phrase. Exclude known interruptions from the five completed-attempt counts. Do not use this exclusion for unexplained failures; report those as Incorrect or unsafe above.
Keep recovery separate from automatic paste. Manual-paste recovery is safe behavior, but counting it as an automatic-paste pass would hide app classes where insertion is consistently unavailable. The three aggregate outcome counts should total five.
Use blank disposable fields in two separate windows. Start dictation in the first window, move focus to the second, then finish. In hold mode, move before releasing the hotkey; in toggle mode, move before the stop press.
Record known clipboard-change interruptions separately as above. For an Electron/Chromium app, use two separate windows of that same app for at least one attempt. Same-process windows are a distinct identity check; tabs or fields in one window are not a substitute.
Classify each attempt as copied for manual paste without inserting anywhere, inserted into a field, or other/not completed. The three counts should total three.
Stop on unexpected insertion. Text reaching either test window or any unrelated destination is a safety failure. Do not retry in a real document. Use the private reporting route if the behavior could expose or execute sensitive content.
Use this optional worksheet as you complete the checks above. It records only the outcome category selected for each attempt, calculates the two sets of aggregate counts, and prepares the exact count and overall-result block used by the compatibility report. There is nowhere to enter a phrase or transcript.
Local and temporary: selections stay in this page's controls. The worksheet does not send selections or write them to browser storage. Choose Reset worksheet to clear them. Copy report block puts only the labelled six counts and overall classification on your clipboard; you decide what to paste into GitHub.
Leave optional macOS clipboard restoration off for this baseline. On macOS 26 or later, enabled macOS Clipboard History in Spotlight can make earlier copies searchable. macOS 0.3.8 can make transcript entries available through macOS Universal Clipboard; builds containing local-only transcript clipboard writes prevent that transfer. Published Windows 0.1.12 does not opt out of Windows clipboard history or cross-device sync. Upcoming Windows 0.1.13 opts its writes out of both Windows services. third-party managers remain a separate local boundary on either platform. Review the clipboard privacy boundary.
Windows restricts synthetic input to targets at an equal or lower integrity level. A normally running app therefore cannot send the paste shortcut into a target running as administrator. A copied/manual-paste notice is the expected security boundary. Do not elevate Presspeech as a workaround.
Remote desktop, virtual machine, terminal-based editor, browser editor, and assistive-technology paths are useful reports only when the field is isolated, disposable, and cannot submit or execute a paste. An ordinary command-shell prompt is outside this community protocol. Identify the class without sharing host names, commands, account names, document titles, or private paths.
If previous clipboard content is inserted, turn restoration off, remove the unintended text, and follow the recovery guide. Report that as a bug rather than a compatibility pass.