A play's trace holds only its report, not the playlist and audio it fetched #192
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Since #190 the page's API requests carry traceparent, one trace per tap. The first play_start report after the deploy (2026-10-11 14:30:25 UTC, 221 ms, DeadAir, enclosure 1381923) is trace 639bca9b34aee2324a39caaddf2d4777, which holds only POST /api/client: the playlist (deadair.m3u8) and audio (deadair.mp3) requests that tap made are traces of their own, since hls.js fetches them itself, and position saves go by sendBeacon, which cannot set a header. hls.js can add it (xhrSetup: xhr.setRequestHeader('traceparent', traceparent())); Safari's own player cannot, nor sendBeacon (a query parameter would do for both). Query: {container="iPX"} |= "play_start".
Fixed in
cd9aef3, deployed: hls.js sends traceparent on its playlist and audio requests (xhrSetup), and a position beacon and Safari's own player, which cannot set a header, carry it in the query, which the server reads when there is no header. The browser test checks hls.js's audio request carries the trace of the tap. Not yet seen from a real play in production.