Update django-allauth requirement from <0.64.0,>=0.61.1 to >=0.61.1,<64.1.0 in the optional group

[dependabot[bot]]

Updates the requirements on django-allauth to permit the latest version. Updates django-allauth to 64.0.0

Changelog

Sourced from django-allauth's changelog.

64.0.0 (2024-07-31)

---

Note worthy changes

• The 0.x.y version numbers really did not do justice to the state of the project, and we are way past the point where a version 1.0 would be applicable. Additionally, 64 is a nice round number. Therefore, the version numbering is changed from 0.x.y to x.y.z. We will use a loose form of semantic versioning. However, please be aware that feature releases may occasionally include minor documented backwards incompatibilities. Always read the release notes before upgrading.

• Added support for WebAuthn based security keys and passkey login. Note that this is currently disabled by default.

• Headless: The TOTP URI is now available in the MFA activation response.

• Headless: When trying to sign up while a user is already logged in, you now get a 409.

• Headless: You can now alter the user data payload by overriding the newly introduced serialize_user() adapter method.

• Headless: The token strategy now allows for exposing refresh tokens and any other information you may need (such as e.g. expires_in).

• Ensured that email address, given name and family name fields are stored in the SocialAccount instance. This information was not previously saved in Amazon Cognito, Edmodo, and MediaWiki SocialAccount instances.

• When multiple third-party accounts of the same provider were connected, the third-party account connections overview did not always provide a clear recognizable distinction between those accounts. Now, the SocialAccount.__str__() has been altered to return the unique username or email address, rather than a non-unique display name.

Backwards incompatible changes

• Dropped support for Django 3.2, 4.0 and 4.1 (which all reached end of life). As Django 3.2 was the last to support Python 3.7, support for Python 3.7 is now dropped as well.

0.63.6 (2024-07-12)

---

... (truncated)

Commits

• 9440c0a chore: Release 64.0.0
• 0667ff4 chore(i18n): Translated using Weblate (Spanish)
• 7783955 chore(i18n): Sync .po
• 9b929bd docs(mfa): WebAuthn
• c638d8c docs(ChangeLog): Moved historic release notes
• 1758bc6 fix(socialaccount): token str mixup at PayPal, Salesforce
• 3c836f8 fix(amazon): access_token not handed over properly
• 1bbdc8f docs(ChangeLog): Support for exposing refresh_token
• e60d1ab feat(headless): Support for exposing refresh_token
• 2cc8f19 Revert "fix(socialaccount): is_existing caused repeated db queries"
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore major version` will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself) - `@dependabot ignore minor version` will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself) - `@dependabot ignore ` will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself) - `@dependabot unignore ` will remove all of the ignore conditions of the specified dependency - `@dependabot unignore ` will remove the ignore condition of the specified dependency and ignore conditions

[MyPyDavid]

The 0.x.y version numbers really did not do justice to the state of the project, and we are way past the point where a version 1.0 would be applicable. Additionally, 64 is a nice round number. Therefore, the version numbering is changed from 0.x.y to x.y.z. We will use a loose form of semantic versioning. However, please be aware that feature releases may occasionally include minor documented backwards incompatibilities. Always read the release notes before upgrading.

Oh no, now what 🙈 ? @jochenklar

[jochenklar]

I don't think this should cause problems.