Cloudinary

Downhigh

Legacy media delivery for the case studies that have no CDN override.

checked 1m agoConsole ↗

Checks

Delivery

Three case studies lose their photography, video and cover image.

24h

30d

GET https://res.cloudinary.com/zqisihyg/image/upload/sample.jpgexpects 200last 401 · 20ms · 1m ago

HTTP 401, expected 200

What it is

The original home for case-study media. Three of the ten studies still resolve their images and video through it, down from six. Delivery URLs are built by next-cloudinary helpers in lib/cloudinary.ts; the Admin API is only touched by a build-time sync script.

The account is currently answering 401 to every request, including the stock sample asset, which means this is an account-level problem rather than a bad public ID.

Blast radius

Unaffected (media served from the CDN instead): aahaa, chick-in-waffle, don-chuys, jerusalem-cafe, old-shawnee-pizza, taco-naco, taha — seven of the ten.

Affected, falling back to placeholder media: grand-coffee, hotel-kc, town-company. All three also still carry a Cloudinary coverImageId, so their cards on the work index and the homepage are dead as well, not just their galleries.

farm-fresh used to be listed here. It has assets in the generated map but no case study of its own, so it was never affected.

The components degrade on purpose — a missing asset renders a filler rather than an empty box, so the failure is quiet. That is good for visitors and bad for detection, which is why it is monitored here.

The version-segment trap

next-cloudinary prepends its own v1/ segment. A public ID that already carries a version produces a doubled path and a 404 that looks identical to a permissions error. The helpers in lib/cloudinary.ts strip the version defensively for this reason.

Getting off it

The exit is already built: adding a slug to lib/case-assets.overrides.ts with absolute cdn.atriumad.com URLs makes the override win, and Cloudinary stops being consulted for that study. bun run manifest in the CDN workspace prints the URLs to paste.

When it breaks

Symptom

All Cloudinary assets 401

Check

Cloudinary console — billing, account suspension, and whether the cloud name still exists.

Fix

Restore the account. If it will not be restored, upload the three affected studies to the CDN and add overrides.

Symptom

One asset 404s while the rest work

Check

Whether the public ID carries a version segment.

Fix

Re-run bun run sync:assets --write in the website workspace to regenerate the map.

Breaks when this does

Atrium websiteThe public marketing site: home, services, work, pricing, about, resources, contact.

Incident history

Opencloudinary-deliveryHTTP 401, expected 2008/17/2026, 9:12:12 PM · 1d 19h