-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(Notion): Added Notion provider. #3316
Conversation
Closes #3112. |
@pennersr Any interest on this addition? |
q = parse_qs(p.query) | ||
|
||
# Always false. | ||
pkce_enabled = False |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Question: There are a few if pkce_enabled
down below, but here it is hardcoded to false. Is that intentional?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Notion doesn't support PKCE. Looked around when I first implemented this, but did not find a decent way to properly disabled its test in the old codebase. Resorted to bringing over the login
test and manually setting pkce_enabled
to False
with minor mods to get it working.
I see that the OAuthTestsMixin.login
has been modified in the last few weeks, and just tried
class NotionTests(OAuth2TestsMixin, TestCase):
provider_id = NotionProvider.id
pkce_enabled_default = False
with no luck either due to OAuth2TestMixin.test_provider_has_pkce_params
which overwrites self.provider.pkce_enabled_default
. Unsure if this is a bug or intended.
Whatever the case, just committed a new change that cleans up the function a bit more and removes pkce_enabled
entirely, while also adding pkce_enabled_default = False
as a class variable (just in case, and to be more verbose of the fact). If you think there are any better way to go about this do let me know!
Definitely! |
There are conflicts -- can you please rebase? |
Merged in main. |
There still seem to be conflicts... |
Don't see it, tbh. In my branch seeing
and in this MR
Branch looks to be in sync with your main. Coveralls went down 0.2% which caused the check failure (due to sync), and tests look all good. Everything else (other than your change request) looks ok. If you don't mind directing me towards where you see conflicts, I would appreciate it. 😄 |
Submitting Pull Requests
General
Examples:
"fix(google): Fixed foobar bug"
,"feat(accounts): Added foobar feature"
.ChangeLog.rst
.AUTHORS
.Provider Specifics
In case you add a new provider:
test_settings.py::INSTALLED_APPS
anddocs/installation.rst::INSTALLED_APPS
.docs/providers.rst
.docs/overview.rst
.