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
We only have SQL queries that add to the table and read from it --- so provisioner daemons are added but never removed.
Reading from the table is only used today to serve an API route to get all the daemons. It's not clear whether the front end ever uses this information, so it might be that the table has no defined purpose at present...
The text was updated successfully, but these errors were encountered:
CLI and CoderSDK don't call the API endpoint, and as far as I can tell, the front end doesn't call it either.
It's not very useful for debugging either because the only distinguishing fields are created_at and tags --- even the names are randomly generated on the server side.
I think the best thing to do for now is just stop inserting into the table until we have an actual use case.
matifali
added
s4
Internal bugs (e.g. test flakes), extreme edge cases, and bug risks
and removed
s3
Bugs that confuse, annoy, or are purely cosmetic
labels
Aug 24, 2023
We only have SQL queries that add to the table and read from it --- so provisioner daemons are added but never removed.
Reading from the table is only used today to serve an API route to get all the daemons. It's not clear whether the front end ever uses this information, so it might be that the table has no defined purpose at present...
The text was updated successfully, but these errors were encountered: