3 Commits

Include renames

Author	SHA1	Message	Date
Logan CusanoandClaude Opus 5.5	c836986b89	Click-to-listen on the live wall + HTTP Range on /media (server-26#233) ... Backend: /media/calls/{id}/audio now honours a single HTTP Range (bytes=a-b, a-, -n) with 206 + Content-Range, 416 for unsatisfiable, and a 200 full body (Accept-Ranges: bytes) otherwise. The body is streamed from GCS in 512 KiB span reads (storage.audio_object_size + download_audio_range) instead of downloading the whole object first, so a 600 s FLAC starts after one span and seeks fetch only what they need. HMAC check and Firestore lookup unchanged and still first. Frontend: InlinePlayer moved to components/InlinePlayer.tsx and now drives lib/audioQueue.ts, a useSyncExternalStore store over ONE audio element (one call plays at a time). Wall spine rows get play buttons and a "Play incident" queue (oldest first) with the playing row highlighted; map path-stop popups get a play button and the playing stop gets an accent ring; rail cards get "play latest". Playback is gated by canPlayAudio() (BUSINESS_MODEL section 3 / Gate A hook). Nothing plays until clicked. Spine truncation is now stated ("showing latest 30 of M", show-all toggle, count outside the loaded window) for server-26#239. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-05 02:33:25 -04:00
Logan CusanoandClaude Opus 5	1bfa856d1b	Serve audio as whatever it actually is ... audio/mpeg was hardcoded at both points call audio is written and served, from back when the node produced nothing but 16 kbps MP3. It now uploads FLAC, and a browser will not play a FLAC body labelled audio/mpeg. storage.py grows one extension -> Content-Type map, used by the GCS upload and by /media. Keyed off the object's real extension, so every existing .mp3 recording keeps working with no migration -- and _safe_audio_filename already accepted .flac, so object naming needed nothing. Also flags what this costs: /media sends the whole body with Accept-Ranges: none, which was fine at ~60 KB per call and is not fine at ~1.3 MB/min. Noted at the header and in DEFERRED.md, whose stated reason for deferring Range support was the old file size. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-23 12:48:47 -04:00
Logan Cusano	a2cd2c57ca	Serve call audio through c2-core instead of GCS signed URLs ... upload_audio() could only sign a URL when GCP_CREDENTIALS_PATH pointed at a service-account key file. The deployed VM runs on Application Default Credentials with no key file, so every upload silently took the fallback branch and returned a bare gs:// URI. That broke two things at once: * Browsers cannot fetch a gs:// URI, so no recording was ever playable. * _public_url_to_gcs_uri() only matched https://storage.googleapis.com/ and returned None for it, so `if gcs_uri:` in the upload path was always false and transcription never ran. Nothing was logged, which is why this looked like an OpenAI credits problem rather than a storage one. The fallback also interpolated the client-supplied filename instead of the call_id-derived safe name, so the URI did not even name the object written. Calls now store only the canonical gs:// location. A short-lived playback link is minted per read as an HMAC over (call_id, expiry) keyed by SERVICE_KEY, and audio is served from the private bucket by the new /media route. An <audio src> cannot carry an Authorization header, so the link has to be the credential; that router is therefore public with the check done inline, as enrollment.py already does. Signing GCS URLs from the VM would have needed a serviceAccountTokenCreator grant on its own service account — this avoids the IAM change entirely and keeps the bucket private. gcs_uri_for_call() reconstructs the object name from call_id, so recordings made before this fix are reachable again without a data migration. Frontend rows come straight from Firestore via onSnapshot and never see a server-minted field, so CallRow fetches the link lazily on expand. Also removes the last long-lived (1 year) signed URL and the log line that printed it.	2026-08-16 16:26:41 -04:00