One change that touched many files so it looks bigger than it is:

All pre-existing uses of set are now set_param and uses of get are get_param -- same function, just different name now

Before

• get(key) -- the config method to fetch a non-secret
• get_secret(key) -- the config method to fetch a secret
• set(key, value) -- the config method to set a non-secret
• set_secret(key, value) -- the config method to set a secret

After

• get_param(key) -- the config method to fetch a non-secret
• get_secret(key) -- the config method to fetch a secret
• set_param(key, value) -- the config method to set a non-secret
• set_secret(key, value) -- the config method to set a secret
• get(key, is_secret) -- the config method to fetch any key -- uses get_param and get_secret based on value of is_secret
• set(key, value, is_secret) -- the config method to get any key -- uses set_param and set_secret based on value of is_secret

Why?

• having a get function to always check all places for a secret makes it less complicated for the config endpoints that the frontend uses. we still never return the actual value of the secrets, but this way we have one method to call and it will handle the lookup or setting
• the frontend uses is_secret for setting and getting parameters a lot, so this creates parity as well

Rest of changes

1. Created an endpoint to return provider metadata and configuration state for each provider
2. Had to do some refactoring of the existing providers settings to handle the new datatype returned by the endpoint
3. Also had fix the page endlessly re-rendering and was suggested by goose to add some memo-ization

State of new settings at end of this PR:

• getting the provider information and state ✅
• we fetch the state and details about all providers from the backend, and now the frontend is using the same information as the cli
• note: we have to calculate 'is_configured' a bit differently than the cli because the cli checks the state of the provider's keys as the user goes through the configure flow. in the future we could refactor this so that there's shared functions between the two

Next:

• setting the provider information and state