Skip to content

File transcription rejects WhatsApp .opus voice notes even though macOS decodes them natively #868

Description

@juanmartitegui

Describe the bug

Drag-and-dropping a WhatsApp voice note (a .opus file) onto the file-transcription drop zone rejects the file with "Accepted file types: WAV, MP3, M4A, OGG, MP4, MOV, and more." macOS decodes Ogg Opus natively (AVAudioFile/AVAsset read these files fine), so the file is fully transcribable — only the extension allow-list rejects it.

Root cause: MeetingTranscriptionService.supportedFileExtensions is built from AVURLAsset.audiovisualTypes() but keeps only each UTType's preferredFilenameExtension. The Ogg audio type (org.xiph.ogg-audio) declares the extension tags ["ogg", "oga", "opus"] with ogg preferred, so .opus and .oga are dropped from the accepted set.

Reproduction steps

  1. Export any WhatsApp voice note to the Mac (it arrives as WhatsApp Audio <date>.opus, an Ogg Opus file).
  2. Open FluidVoice → file transcription (Meeting Transcription) view.
  3. Drag the .opus file onto the "Drag and drop a file here" zone.

Expected behavior

The file is accepted and transcribed — macOS's decoder supports it, and renaming the same file to .ogg makes it work.

Actual behavior

The drop is rejected with the "Accepted file types…" error card. The file picker path is also affected by the same extension check in transcribeFile.

App Version

1.6.9 (main @ ac9b3ad)

macOS Version

macOS 26 (Darwin 25.5.0)

Architecture

Apple Silicon (arm64)

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions