fix(macOS): allow .m4a mic/system audio sidecars through the media allowlist - #1041
Priyangshu-7 wants to merge 1 commit into
Conversation
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: webadderallorg/Recordly/.coderabbit.yaml Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (2)
Included review availability: Your plan provides up to 10 included reviews per hour; 9 remain after this review. 📝 WalkthroughWalkthroughThe media type map now associates ChangesM4A media support
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~5 minutes Change: Bug fix Merge Risk: ⚪ Minimal · up to The 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Description
Add
.m4asupport to Recordly's local media content-type allowlist so macOS microphone/system-audio sidecar files can be recognized as audio media.Motivation
On macOS, audio captured alongside a recording can be stored as
.m4afiles. The existing media allowlist did not include the.m4aextension, causing these files to be treated as unsupported local media.This change maps
.m4ato theaudio/mp4MIME type and adds regression tests for the media type detection and local media path validation.Type of Change
Related Issue(s)
Not linked to an issue.
Screenshots / Video
Not applicable. This is a backend/media-type handling change with no UI changes.
Testing Guide
Run the Electron test suite: