Example threads. These questions and answers were written by the SDODS team to document real problems and how to fix them. The people named are illustrative, not real users. Questions asked on this site are marked new.
Cosmetic, but it made me think the recording was broken.
The sidecar is right there next to the recording and it has the timestamp in it:
{
"name": "profile",
"project": "rwa-bank",
"env": "local",
"recordedAt": "2026-07-13T18:22:04.911Z",
"source": "api",
"scenarios": []
}The replay works. Why does the listing not show any of it?
Accepted answer
Because your recording is API only, and the listing builds those rows on a second pass that does not read the sidecar.
It walks the environment directory twice. The first pass takes every .har that is not an .api.har, and for each one it looks for the matching .har.json and fills in glob, recorded and scenarios. The second pass then picks up any name that only ever produced an .api.har — yours — and adds a row from the file on disk alone.
So the sidecar is fine, it is simply not consulted for that row. size and api are real because they come from the filesystem; the three blanks are the ones that would have come from the sidecar.
Two of your three fields would be empty anyway, incidentally: an API-mode recording writes no urlGlob at all, and its scenarios list stays empty. Only recorded is genuinely being lost here.
If you want the timestamp without opening the file, the sidecar is plain JSON with a stable name, so cat projects/rwa-bank/har/local/profile.har.json is the honest answer today.
And do not read the api column as a health check — it is only "does <name>.api.har exist on disk". A stale recording and a fresh one both say yes.
Wrap commands and output in triple backticks and they will render as a code block.
Checking whether you’re signed in…
Have a different question? Ask it.