---
- branch: MAIN
  date: Mon May  6 08:08:40 UTC 2024
  files:
  - new: '1.9'
    old: '1.8'
    path: pkgsrc/www/py-django-allauth/Makefile
    pathrev: pkgsrc/www/py-django-allauth/Makefile@1.9
    type: modified
  - new: '1.8'
    old: '1.7'
    path: pkgsrc/www/py-django-allauth/PLIST
    pathrev: pkgsrc/www/py-django-allauth/PLIST@1.8
    type: modified
  - new: '1.8'
    old: '1.7'
    path: pkgsrc/www/py-django-allauth/distinfo
    pathrev: pkgsrc/www/py-django-allauth/distinfo@1.8
    type: modified
  id: 20240506T080840Z.3923ee4079ea8297c3b8a1b133973794ce84b058
  log: |
    py-django-allauth: updated to 0.62.1

    0.62.1 (2024-04-24)
    *******************

    - The ``tests`` package was accidentally packaged, fixed.

    0.62.0 (2024-04-22)
    *******************

    Note worthy changes
    -------------------

    - Added a dummy provider, useful for testing purposes: ``allauth.socialaccount.providers.dummy``.

    - Added a new provider, Atlassian

    - Next URL handling been streamlined to be consistently applied. Previously, the
      password reset, change and email confirmation views only supported the
      ``success_url`` class-level property.

    - Added support for logging in by email using a special code, also known as
      "Magic Code Login"

    - Email addresses are now always stored as lower case. For rationale, see the
      note about email case sensitivity in the documentation.

    - You can now alter the ``state`` parameter that is typically passed to the
      provider by overriding the new ``generate_state_param()`` adapter method.

    - The URLs were not "hackable". For example, while ``/accounts/login/`` is valid
      ``/accounts/`` was not. Similarly, ``/accounts/social/connections/`` was
      valid, but ``/accounts/social/`` resulted in a 404. This has been
      addressed. Now, ``/accounts/`` redirects to the login or email management
      page, depending on whether or not the user is authenticated.  All
      ``/accounts/social/*`` URLs are now below ``/accounts/3rdparty/*``, where
      ``/accounts/social/connections`` is moved to the top-level
      ``/accounts/3rdparty/``.  The old endpoints still work as redirects are in
      place.

    - Added a new setting, ``SOCIALACCOUNT_ONLY``, which when set to ``True``,
      disables all functionality with respect to local accounts.

    - The OAuth2 handshake was not working properly in case of
      ``SESSION_COOKIE_SAMESITE = "Strict"``, fixed.

    - Facebook: the default Graph API version is now v19.0.
  module: pkgsrc
  subject: 'CVS commit: pkgsrc/www/py-django-allauth'
  unixtime: '1714982920'
  user: adam