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 Aug 15, 2024. It is now read-only.
Semi related to #147, I think we should still have a way to develop and run locally without requiring this to be setup with ngrok and LTI/OAuth.
It's straightforward that If CANVAS_OAUTH_CLIENT_ID don't do the OAUTH check. We might need some new environment variable for LTI.
If the OAUTH check is disabled then it won't do the initial request for authorization and any actions that need OAuth (like add/remove) should probably still display but either not do anything or just toggle the UI. I'm not sure what would make automated testing for this easiest.
The text was updated successfully, but these errors were encountered:
I think this is also somewhat more related to #27. I don't think there's much point to having any of the OAuth features enabled with this. It would just display a static list.
Would still need a way to login to the admin backend.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Semi related to #147, I think we should still have a way to develop and run locally without requiring this to be setup with ngrok and LTI/OAuth.
It's straightforward that If CANVAS_OAUTH_CLIENT_ID don't do the OAUTH check. We might need some new environment variable for LTI.
If the OAUTH check is disabled then it won't do the initial request for authorization and any actions that need OAuth (like add/remove) should probably still display but either not do anything or just toggle the UI. I'm not sure what would make automated testing for this easiest.
The text was updated successfully, but these errors were encountered: