v0.18.13
Two capture-reliability fixes for the macOS desktop app.
Recordings warn before they capture silence. If macOS has not granted microphone permission, recording now warns or blocks at the start, with the exact fix, instead of producing a silent file you only discover after the meeting is over. This was prompted by a real case where a re-signed app silently lost its microphone grant and an entire call recorded as silence. A call that can still capture the other side warns and proceeds; a microphone-only recording blocks. The gate covers meetings, voice memos, dictation, and live transcript, and a recording with a healthy microphone starts exactly as before. (#336)
Zoom call detection works with non-default input devices. macOS native call detection could miss an active Zoom call when Zoom used an input route other than the system default. Detection now attributes active microphone input to the call app's own process, so it no longer misses the call, and it no longer false-positives when a dictation tool is the active microphone consumer. (#330, #331)
Thanks to @calebchongc for the Zoom detection fix, and to @mquinn614 for confirming the related Windows menu rendering fix that shipped alongside this work (#312).
Install: brew install silverstein/tap/minutes or cargo install minutes-cli, or grab the DMG below. npx minutes-mcp for the MCP server + dashboard. Desktop users on a prior version will auto-update.
