django-admin-page-lock

Page Lock application prevents users from editing a page while it is being edited by someone else. The application is tailored to django admin implementation.

These details have not been verified by PyPI

Project links

Homepage

Project description

Warning

This repository is archived and is no longer maintained.

Django Admin Page Lock

Page Lock for Django Admin allows developers to implement customizable locking of pages. With Admin Page Locking, only the designated (typically first) user receives their regular permissions assigned, including edit permissions (if available for the user). Subsequent users only get limited permissions compared to those assigned to the first user, making sure that user will not be granted permission to edit that object while the lock is active and owned by another user. You can store page lock data in your application's defined database.

Use Case:

FirstUser lands on a page. FirstUser has now full rights (editing), and it's the owner of the lock.
AnyOtherUser can view the page, but cannot use full rights (no editing).
FirstUser leaves the page.
Whoever next enters, or refreshes, has now full rights (editing) and is the owner of the lock.

Features

Two models for data storage: redis or database.
The developer can disable whole locking functionality.
Url of a page being locked can be composed with or without url parameters.
History of locks can be kept (i.e. time, username).
Very customizable.

Requirements

Django 1.8, 1.9, 1.11, 2.0, 2.1, 2.2;
Python 2.7, 3.6, 3.7, 3.8, 3.9.

Installation

Each of the following steps needs to be configured for the package to be fully functional.

Getting the code

The source code is currently hosted on GitHub at: https://github.com/Showmax/django-admin-page-lock

Binary installers for the latest released version are available at the Python Package Index (PyPI).

To install it using pip, just run the following:

pip install django-admin-page-lock

Prerequisites

Make sure to add 'admin_page_lock' to your INSTALLED_APPS setting:

INSTALLED_APPS = [
    # ...
    'admin_page_lock',
]

Don't forget to run ./manage.py migrate or ./manage.py syncdb after this change.

Usage

Templates

To enable the Admin Page Lock you need to update the template where do you want to have it working. The templates base.html, change_form.html and change_list.html should cover most of the use cases.

On the chosen template, you have two options:

Add the code bellow to the template, which gives you more freedom to customize it.

{% load static %}
{% load i18n %}
<html>
  <head>
    <!-- Add the page_lock.js to the template  -->
    <script src="{% static 'js/page_lock.js' %}"></script>
  </head>
  <body>
    <!-- ... -->
    <div id="page_lock_bar">
      <div id="page_lock_message_display"></div>
      <div id="page_lock_counter_display"></div>
      <button type="button" id="page_lock_refresh_button">{% trans "REFRESH" %}</button>
      <button type="button" id="page_lock_reload_button">{% trans "RELOAD" %}</button>
      <input type="hidden" id="page_lock_template_data" value="{{ page_lock_template_data }}">
      <input type="hidden" id="page_lock_api_interval" value="{{ page_lock_api_interval }}">
    </div>
    <!-- ... -->
  </body>
</html>

Use the template tags page_lock_bar_bootstrap or page_lock_bar_plain. The javascript is added automatically when using this method.

# settings.py

TEMPLATES = [
    ...
    'OPTIONS': {
        ...
        'libraries': {
            'page_lock_bar_bootstrap': 'admin_page_lock.templatetags.page_lock_bar'
        },
    }

{% load page_lock_bar_bootstrap %}
...
{% page_lock_bar_bootstrap %}

Disabling the locking logic

To hide locking buttons for pages where locking logic is not needed, update the needed templates by adding the javascript block below.

<script type="text/javascript">
  $(document).ready(function() {
      var api_interval = parseInt($('#page_lock_api_interval').val());
      if (!api_interval) {
          $('.page_lock_bar').hide();
      }
  });
</script>

Hiding specific html items

Add the class page_lock_block to any html tag you want to hide from users that are not currently holding the lock. One common usage for this feature is to hide submit buttons for users that are not holding the lock, for example:

<div class="page_lock_block">
   <input type="submit" value="Submit" />
</div>

Views

Views where you want to apply the locking logic must be inherited, use:

PageLockAdminMixin for Django Admin Views;
PageLockViewMixin for Django Views.

# example/models.py
from django.db import models
from admin_page_lock.mixins import PageLockViewMixin


class Example(PageLockViewMixin, models.Model):
    ...

# example/admin.py
from admin_page_lock.mixins import PageLockAdminMixin
from django.contrib import admin
from .models import Example


class ExampleAdmin(PageLockAdminMixin, admin.ModelAdmin):
    ...

Urls

In order for the requests this module makes to work, add the following to your site's urlpatterns:

# urls.py

urlpatterns = [
    ...
    path('page_lock/', include('admin_page_lock.urls')),
]

Settings parameters

Re-define parameters in your settings if you don't want to use default ones:

Name	Type	Description
API_INTERVAL	integer	interval between API calls from `js`
CAN_OPEN_MORE_TABS	boolean	whether user can open one page in more tabs
DISABLE_CRSF_TOKEN	boolean	whether app uses `CSRF` protection
DISABLE	boolean	switching off/on locking logic
HANDLER_CLASS	string	in case you want to define your handler
HOMEPAGE	string	page to redirect user if something goes wrong
KEEP_DB_LOCKS	boolean	keep locking history (only for DB model)
MESSAGES	dictionary	for customizing messages (not implemented yet)
TIMEOUT	integer	interval user stays on the page without refreshing
MODEL	string	where data is stored (`redis` or `database`)
REDIS_SETTINGS	dictionary	settings of app `redis`
URL_IGNORE_PARAMETERS	boolean	whether url parameters are taken into account

APIs

Several APIs are listed below. These are implemented so that they can be used by both frontend (js) and backend (python). The logic is implemented in handlers.py and depends on chosen model as well.

At a first glance, one could think that GetPageInfo and OpenPageConnection are the same, but the functionality of the first one doesn't change anything while the second one does.

1. ClosePageConnection

Method	Name	Type	Description
POST	url	string	url of the page
POST	user_reference	string	reference of user (`id` or `current section` )
POST	csrf_token	string	generated `csfr` protection token
GET	is_locked	boolean	whether the page is locked

2. GetPageInfo

Method	Name	Type	Description
POST	url	string	url of the page
POST	user_reference	string	reference of user (`id` or `current section` )
POST	csrf_token	string	generated `csfr` protection token
GET	is_locked	boolean	whether the page is locked
GET	locked_by	string	user_reference of user locking current page
GET	page_lock_settings	dictionary	various parameters of settings
GET	reconnected	boolean	whether user is reconnected (not implemented yet)

3. OpenPageConnection

Method	Name	Type	Description
POST	url	string	url of the page
POST	user_reference	string	reference of user (`id` or `current section` )
POST	csrf_token	string	generated `csfr` protection token
GET	is_locked	boolean	whether the page is locked
GET	locked_by	string	user_reference of user locking current page
GET	page_lock_settings	dictionary	various parameters of settings
GET	reconnected	boolean	whether user is reconnected (not implemented yet)

TODO

There are still several functionalities missing. I would appreciate any contribution.

writing unit tests;
finish using CAN_OPEN_MORE_TABS settings parameter;
migrating logic related to reopening from OpenPageConnection to new API ReopenPageConnection;

To be implemented soon:

User A lands on a page. The page is locked for this user.
User B attempts to open the page.
User B gets redirected to landing page (homepage, create new, and so on).

Uses

At Showmax, we use this package as part of our Content Management System.

Project details

These details have not been verified by PyPI

Project links

Homepage

Release history Release notifications | RSS feed

This version

2.1.7

Mar 18, 2024

2.1.6

Jan 17, 2023

2.1.5

Jan 4, 2023

2.1.4

Jan 31, 2022

2.1.3

Dec 11, 2019

2.1.2

Nov 21, 2019

2.1.1

Nov 21, 2019

2.1.0

Jan 15, 2019

2.0.6

Dec 14, 2018

2.0.5

May 9, 2018

2.0.4

May 9, 2018

2.0.3

Apr 24, 2018

2.0.2

Apr 20, 2018

2.0.1

Apr 18, 2018

2.0.0

Apr 17, 2018

1.2.6

Apr 4, 2018

1.2.5

Mar 31, 2018

1.2.4

Mar 27, 2018

1.2.3

Jan 23, 2018

1.2.2

Dec 19, 2017

1.2.1

Dec 3, 2017

1.2.0

Oct 30, 2017

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django-admin-page-lock-2.1.7.tar.gz (22.7 kB view details)

Uploaded Mar 18, 2024 Source

Built Distribution

django_admin_page_lock-2.1.7-py3-none-any.whl (26.3 kB view details)

Uploaded Mar 18, 2024 Python 3

File details

Details for the file django-admin-page-lock-2.1.7.tar.gz.

File metadata

Download URL: django-admin-page-lock-2.1.7.tar.gz
Upload date: Mar 18, 2024
Size: 22.7 kB
Tags: Source
Uploaded using Trusted Publishing? No
Uploaded via: twine/5.0.0 CPython/3.9.18

File hashes

Hashes for django-admin-page-lock-2.1.7.tar.gz
Algorithm	Hash digest
SHA256	`887adcc04093bbb5bc53aab3e9f3b670cb05c713397925e255f1e89539a5a4b1`
MD5	`75d65177af9269a92df3004db064d6c2`
BLAKE2b-256	`626c0e95dc88deb274e00facaac59b956df4eb970567cce6f27a0c39d6a57cc6`

See more details on using hashes here.

File details

Details for the file django_admin_page_lock-2.1.7-py3-none-any.whl.

File metadata

Download URL: django_admin_page_lock-2.1.7-py3-none-any.whl
Upload date: Mar 18, 2024
Size: 26.3 kB
Tags: Python 3
Uploaded using Trusted Publishing? No
Uploaded via: twine/5.0.0 CPython/3.9.18

File hashes

Hashes for django_admin_page_lock-2.1.7-py3-none-any.whl
Algorithm	Hash digest
SHA256	`d414e6ca59baecbcc1fd573dda08ae11976a242aba257a58d48cb140a7a3da9a`
MD5	`9211b26945b22745cc28543e4cc36796`
BLAKE2b-256	`952e0f49d7d503cc88f583900513180c77a41e35aea4ab3074d81dcf2de0ce5f`