This proposal introduces a new entity config which is essentially a list of key value pairs where each key may have one or many values.
A few open questions
Updates are tricky. The current proposal does not include updating a key or update values by wildcard.
Create and update allows array input but delete only allows key and wildcard value input, do we want array input for deletion too?
One of the primary reasons why I'm in favor of calling this config and generalizing this is to facilitate storing shareable config for entire instance, that are currently browser based and as a result, user specific or stored in env var. For instance, our queue config is only stored in the env var of the client build and we could move that to the db under configs where each row with key queue would be the config for an individual queue. We also have external labeler config currently in review but ideally, we would want to store these on the server so that all mods using the instance see labels from same external labelers.
This proposal introduces a new entity
config
which is essentially a list of key value pairs where each key may have one or many values.A few open questions
One of the primary reasons why I'm in favor of calling this
config
and generalizing this is to facilitate storing shareable config for entire instance, that are currently browser based and as a result, user specific or stored in env var. For instance, our queue config is only stored in the env var of the client build and we could move that to the db under configs where each row with keyqueue
would be the config for an individual queue. We also have external labeler config currently in review but ideally, we would want to store these on the server so that all mods using the instance see labels from same external labelers.