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
Currently administrators must manually post username and password to a token endpoint in the veda-backend ingest api and copy paste the token from the response for workflows operations. Update this auth flow to follow the more standard redirect to auth provider for a secure username and password form entry and redirect to the swagger docs.
AC
token auth urls are configurable by veda environment
cognito user pool updated to allow callback to veda data airflow workflows api docs
admins in the cognito user pool associated with backend stack can login via swagger docs
admins can successfully use authenticated endpoints like collections/ and ingestions/
attempted authenticated airflow pipelines triggers like discover-items and documented success or error response (there are networking issues that may block successful discovery pipelines that should not block the success of this issue)
The text was updated successfully, but these errors were encountered:
cognito user pool updated to allow callback to veda data airflow workflows api docs
since we decided it would be easier for an admin to add the callback url manually via AWS console
### Issue
NASA-IMPACT/veda-data-airflow#134#347
### What?
- Update get_username to fall back on `sub` if `username` doesn't exist
in token
- Added some more logging statements to make debugging easier in the
future
### Why?
- This fix is to enable a successful workflows API run since the
workflow API passes a token to backend API and it's currently erroring
- Also, `sub` is a more definitive identifier because it represents a
unique identifier compared to `username`
### Testing?
- Relevant testing details
What
Currently administrators must manually post username and password to a token endpoint in the veda-backend ingest api and copy paste the token from the response for workflows operations. Update this auth flow to follow the more standard redirect to auth provider for a secure username and password form entry and redirect to the swagger docs.
AC
The text was updated successfully, but these errors were encountered: