chore(resources): delete the code this branch left with no callers

Three zero-reference exports, found by walking every export in the modules the
merge touched and counting non-test references.

- `resolveMediaMimeType` + `MEDIA_FALLBACK_MIME` (`lib/uploads/utils/file-utils`).
  Staging added them in #6341 for `MediaPreview`'s blob path; this branch rewrote
  that preview to stream from the serve route, so the merge orphaned them. Their
  tests go too, and the `DUAL_CONTAINER_MIME` doc stops pointing at a function
  that no longer exists.

  Worth recording, since deleting the helper deletes the fix: it retagged a
  dual-container `.webm` to the element the viewer had already chosen. The serve
  route now declares the type instead, and derives it from the filename, where
  `webm` maps to `video/webm` — so an audio-only `.webm` reaches an `<audio>`
  element labelled `video/webm`. Browsers sniff `src=` responses rather than
  trusting the header, so this is inert in practice, but it is a real narrowing
  and the public-share route (which uses the stored `file.contentType`) does not
  share it.

- `tableWorkspaceId` (`resources/table-source.ts`, the whole file). Added by this
  branch's own first commit and never called — `cell-render` takes the workspace
  id as a plain argument. Its TSDoc claimed to be "the value that decides whether
  a cell may render a sim-resource chip", which nothing enforced. The table
  migration will want this helper; it can arrive with a caller and an accurate
  docstring.

- `isMediaFileType` (`lib/uploads/utils/file-utils`). Not ours — dead since #2068,
  zero references including tests. Removed while the file was open.

Author: waleedlatif1

apps/sim/lib/uploads/utils/file-utils.test.ts

@@ -14,7 +14,6 @@ import {
   processSingleFileToUserFile,
   resolveEffectiveMimeType,
   resolveFileType,
-  resolveMediaMimeType,
   resolveTrustedFileContext,
 } from '@/lib/uploads/utils/file-utils'
 
@@ -255,28 +254,3 @@ describe('resolveEffectiveMimeType', () => {
   })
 })
 
-describe('resolveMediaMimeType', () => {
-  it('resolves a generic stored type from the extension', () => {
-    expect(resolveMediaMimeType('application/octet-stream', 'clip.mp4', 'video')).toBe('video/mp4')
-    expect(resolveMediaMimeType('application/octet-stream', 'song.flac', 'audio')).toBe(
-      'audio/flac'
-    )
-  })
-
-  it('retags a dual audio/video container to the kind being rendered', () => {
-    expect(resolveMediaMimeType(null, 'clip.webm', 'video')).toBe('video/webm')
-    expect(resolveMediaMimeType('audio/webm', 'clip.webm', 'video')).toBe('video/webm')
-    expect(resolveMediaMimeType(null, 'recording.webm', 'audio')).toBe('audio/webm')
-    expect(resolveMediaMimeType('video/webm', 'recording.webm', 'audio')).toBe('audio/webm')
-  })
-
-  it('keeps a specific type that already names the right kind', () => {
-    expect(resolveMediaMimeType('video/quicktime', 'clip.mov', 'video')).toBe('video/quicktime')
-    expect(resolveMediaMimeType('audio/opus', 'voice.opus', 'audio')).toBe('audio/opus')
-  })
-
-  it('falls back to the kind default when nothing names a media format', () => {
-    expect(resolveMediaMimeType('application/zip', 'weird.bin', 'audio')).toBe('audio/mpeg')
-    expect(resolveMediaMimeType(null, 'weird.bin', 'video')).toBe('video/mp4')
-  })
-})

apps/sim/lib/uploads/utils/file-utils.ts

@@ -133,14 +133,6 @@ export function isVideoFileType(mimeType: string): boolean {
   return getContentType(mimeType) === 'video'
 }
 
-/**
- * Check if a MIME type is an audio or video type
- */
-export function isMediaFileType(mimeType: string): boolean {
-  const contentType = getContentType(mimeType)
-  return contentType === 'audio' || contentType === 'video'
-}
-
 /**
  * Convert a file buffer to base64
  */
@@ -390,8 +382,7 @@ const GENERIC_MIME_TYPE = 'application/octet-stream'
  *
  * Deliberately not folded into {@link EXTENSION_TO_MIME}: the speech-to-text and ElevenLabs
  * routes read that table directly to label an upload, and a `video/*` label there sends a
- * `.webm` down an ffmpeg extraction path it does not need. Callers that know which element
- * they are rendering retag from here — see {@link resolveMediaMimeType}.
+ * `.webm` down an ffmpeg extraction path it does not need.
  */
 const DUAL_CONTAINER_MIME: Record<string, string> = { webm: 'video/webm' }
 
@@ -432,32 +423,6 @@ export function resolveEffectiveMimeType(
   return DUAL_CONTAINER_MIME[extension] ?? getMimeTypeFromExtension(extension)
 }
 
-const MEDIA_FALLBACK_MIME = { audio: 'audio/mpeg', video: 'video/mp4' } as const
-
-/**
- * The MIME type to hand an `<audio>`/`<video>` element, given which of the two the caller
- * is rendering.
- *
- * Beyond {@link resolveEffectiveMimeType} this settles an ambiguity a filename alone cannot:
- * `.webm` and `.ogg` are both audio and video containers, so a resolved `audio/webm` would
- * make a `<video>` element drop the picture. The caller has already chosen the element, so
- * the container subtype is kept and retagged to that kind — the choice belongs here, where
- * the kind is known, and not in the extension table, which several non-viewer callers share.
- *
- * A type naming no media format falls back to the kind's default: passed through, it would
- * leave the element unable to determine the format, rendering nothing.
- */
-export function resolveMediaMimeType(
-  declaredType: string | null | undefined,
-  filename: string,
-  kind: 'audio' | 'video'
-): string {
-  const resolved = resolveEffectiveMimeType(declaredType, filename)
-  const [type, subtype] = resolved.split('/')
-  if (type === kind) return resolved
-  if (type === 'audio' || type === 'video') return `${kind}/${subtype}`
-  return MEDIA_FALLBACK_MIME[kind]
-}
 
 /**
  * Resolve a reliable MIME type from a file, falling back to the extension map