fix(player): use the real preview length, not the full track duration

[endorphin13]

Why

The audio player plays a ~30-second iTunes preview, but it used the full Spotify track duration (durationMs, ~3 min) for the seek bar, progress bar, and the recorded play length. Symptoms:

• most of the seek slider was dead (it spanned 3 min for ~30 s of audio);
• the progress bar capped around ~17%;
• every preview recorded durationPlayedMs = full track length, so SUM(duration_played_ms)/60000 over-reported listening minutes by roughly 6× — which feeds the analytics screens.

What changed

• The player store now tracks previewDurationMs, measured from the <audio> element's loadedmetadata event.
• The seek bar max, progress, time labels, position clamping, and onEnded all use this effective duration, falling back to the track duration until metadata loads.
• PlayHistoryReporter records durationPlayedMs = min(previewDurationMs, trackDurationMs) (30 s fallback when not yet measured), so listening-minute analytics reflect previews rather than full tracks.

Verification

pnpm --filter @statify/web typecheck, eslint, and pnpm --filter @statify/web test (61 tests, incl. the player-store suite) all pass.

[vercel]

@fateh-mammadli is attempting to deploy a commit to the Aykhan's projects Team on Vercel.

A member of the Team first needs to authorize it.