You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 1, 2022. It is now read-only.
When I browse the UI, i'm getting a bunch of 404s for API endpoints in the console:
e.g.
http://acid-api.technosophos.me:7745/v1/project/01bz3j29xmz4dhs99xahm1q9bh
http://acid-api.technosophos.me:7745/v1/project/01bzzn07g488przds1x7n21p2v
http://acid-api.technosophos.me:7745/v1/project/01bzzmz498aqh18hc7j5erjxmm/builds
I think these are endpoints that did exist, but have expired?
Is there a way the UI / API can know the difference between a build which still has data, and one that has expired? Not for MVC, but important UX for launch, to have better error states.
The text was updated successfully, but these errors were encountered:
@technosophos, what's the thinking behind expiring build history in brigade? If that's not needed, it'd be change in brigade as opposed to kashti + brigade.
When I browse the UI, i'm getting a bunch of 404s for API endpoints in the console:
I think these are endpoints that did exist, but have expired?
Is there a way the UI / API can know the difference between a build which still has data, and one that has expired? Not for MVC, but important UX for launch, to have better error states.
The text was updated successfully, but these errors were encountered: