Skip to content
This repository has been archived by the owner on Aug 31, 2020. It is now read-only.

Releases: s-sys/django-improved-permissions

Django Improved Permissions 0.2.1

09 May 23:29
Compare
Choose a tag to compare

About

Note: This version is a bugfix version of the [0.1.4, ..., 0.2.0] releases.

Installing:

  1. Run pip install django-improved-permissions==0.2.1
    or
  2. Download the zip file;
  3. Run pip install 0.2.1.zip

Major Changes

  • Persistent Mode
    • Keeps checking the permission in inherit mode even if find a False.

Minor Changes

  • New optional kwarg in the has_permission shortcut: persistent
    • True: Persistent mode enabled
    • False: Persistent mode disabled
    • None: Fallback in the dict settings (default)
  • New optional kwarg in the has_permission shortcut: any_object
    • True: Check if user has the following permission to ANY object
    • False: Check if user has the following permission ONLY to that object (default)

django-improved-permissions 0.1.3

20 Mar 20:27
Compare
Choose a tag to compare

Second stable release and production ready.

Installing:
pip install django-improved-permissions==0.1.3
or
pip install 0.1.3.zip

New Changes:

  • New feature: Role Ranking (solve conflits in permissions)
  • New shortcut: remove_all(role_class, obj=None)
  • Shortcut get_users now returns QuerySet instead of list

Bugfixes from previous releases:

  • Unpredictable behavior using multiple roles attached to the same (user, object). - Pull #16
  • Cache key might generate conflits - Pull #13

Bugs reported in this release:

  • Issue #17 - Models using nullable ForeignKey as permission parent might cause abnormal behavior.
  • waiting

django-improved-permissions 0.1.2

19 Mar 18:22
Compare
Choose a tag to compare

First stable release and production ready.
Some bugfixes coming in v0.1.3.

Installing:
pip install django-improved-permissions==0.1.2
or
pip install 0.1.2.zip

Bugs reported in this release:

  • Models with static __str__() might generate cache key conflits;
  • Multiple roles attached to the same user & object, using equal permissions but different accesses result in unpredictable behavior;