release: v0.13.1 (fix generic audio device names) - #76
Merged
Conversation
Patch atop v0.13.0: the cpal 0.17 migration made Windows enumerate every
input/output device under its generic driver-class label ("Microphone",
"Microphone", ...). Fixed in #75 by preferring the specific FriendlyName;
this bumps the version and adds the 0.13.1 CHANGELOG entry so it ships.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Human Written Description
Patch release atop v0.13.0. Bumps the version across
package.json/Cargo.toml/tauri.conf.json/Cargo.lockand adds the[0.13.1]CHANGELOG entry so the audio-device-name fix (#75, already merged tomain) actually ships to users.The fix addresses a user-reported regression: after the cpal 0.17 migration, the microphone and output-device dropdowns on Windows showed every device under its generic driver-class label ("Microphone", "Microphone", "Microphone") with no way to tell them apart. Device enumeration now prefers the specific
DEVPKEY_Device_FriendlyNamecpal stashes indescription.extended(), falling back to the genericname()only when no specific name exists. Covered by two new unit tests (verified passing on CI's Windows runner:prefers_specific_friendly_name_over_generic_device_class_description,falls_back_to_generic_name_when_no_extended_line_present).This PR itself contains only the version bump + changelog — the code fix is already on
main.Testing
bun run check:version→Version OK: 0.13.1.preferred_device_nameimplementation insrc-tauri/src/audio_toolkit/audio/device.rs.AI Assistance Disclosure
Root-caused, fixed (#75), and released by Claude Code after the user reported the mic dropdown showing identical generic names post-v0.13.0-update.
Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com