Skip to content

fix(audio): ensure directories are created on first run#317

Open
aadidesign wants to merge 1 commit intoZackriya-Solutions:mainfrom
aadidesign:fix/audio-recordings-not-saved-on-first-run
Open

fix(audio): ensure directories are created on first run#317
aadidesign wants to merge 1 commit intoZackriya-Solutions:mainfrom
aadidesign:fix/audio-recordings-not-saved-on-first-run

Conversation

@aadidesign
Copy link

@aadidesign aadidesign commented Jan 27, 2026

Summary

  • Fixes audio recordings not being saved on first installation ([BUG] Audio recordings not saved #307)
  • Creates .checkpoints directory defensively in IncrementalAudioSaver::new()
  • Creates base recordings directory in RecordingSaver::initialize_meeting_folder()

Root Cause

On first run, IncrementalAudioSaver::new() checked if .checkpoints existed and returned an error if it didn't. This error was caught but recording continued without the saver initialized, causing audio chunks to be silently discarded.

Changes

| File | Change |
| frontend/src-tauri/src/audio/incremental_saver.rs | Create .checkpoints directory if missing instead of failing |
| frontend/src-tauri/src/audio/recording_saver.rs | Create base recordings directory if missing before initialization |

Test Plan

  • Fresh install on macOS
  • Enable "Save Audio Recordings" in settings
  • Start recording immediately without restarting app
  • Verify audio file is saved in recordings folder

Fixes #307

On first installation, audio recordings were not saved because the
.checkpoints directory didn't exist and IncrementalAudioSaver::new()
would fail silently. The recording continued but audio chunks were
discarded.

This fix:
- Creates .checkpoints directory if missing in IncrementalAudioSaver
- Creates base recordings directory if missing in RecordingSaver
- Adds defensive directory creation to prevent data loss on first use

Fixes Zackriya-Solutions#307
@sujithatzackriya
Copy link
Collaborator

Thank you for contributing. will review the PR and share updates.

@safvanatzack
Copy link
Collaborator

Hi,

We tried to find the root cause of #307 and found out that it was related to ffmpeg downloading/failing in the runtime.
The issue mentioned in the PR is a symptom of ffmpeg being downloaded or failed download
We are currently trying to fix it

Thank you

@aadidesign
Copy link
Author

Hi, thank you for the clarification!

I appreciate you explaining the actual root cause - I wasn't aware it was related to ffmpeg downloading/failing at runtime. That makes sense why the issue only occurs on first run.

Would you like me to:

  1. Close this PR since you're working on the proper fix?
  2. Keep it open as an additional safeguard (defense-in-depth)?

Either way, I learned a lot from investigating this issue. Happy to help with anything else if needed!

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[BUG] Audio recordings not saved

3 participants