]> git.ipfire.org Git - thirdparty/paperless-ngx.git/commitdiff
Fix typos and wrong version number in doc 3171/head
authorpascal <pascal.a.marter@gmail.com>
Tue, 25 Apr 2023 14:22:16 +0000 (16:22 +0200)
committerpascal <pascal.a.marter@gmail.com>
Tue, 25 Apr 2023 14:22:16 +0000 (16:22 +0200)
docs/usage.md

index 14adef26bdbd52ac52ae1d5007b03f152d170547..04449177f824de9876962e3a6f49d7de9593c7eb 100644 (file)
@@ -204,7 +204,7 @@ for details.
 
 ## Permissions
 
-As of version 1.13.0 Paperless-ngx added core support for user / group permissions. Permissions is
+As of version 1.14.0 Paperless-ngx added core support for user / group permissions. Permissions is
 based around an object 'owner' and 'view' and 'edit' permissions can be granted to other users
 or groups.
 
@@ -212,13 +212,13 @@ Permissions uses the built-in user model of the backend framework, Django.
 
 !!! note
 
-    After migration to version 1.13.0 all existing documents, tags etc. will have no explicit owner
+    After migration to version 1.14.0 all existing documents, tags etc. will have no explicit owner
     set which means they will be visible / editable by all users. Once an object has an owner set,
     only the owner can explicitly grant / revoke permissions.
 
 !!! note
 
-    When first migrating to permissions it is recommended to user a 'superuser' account (which
+    When first migrating to permissions it is recommended to use a 'superuser' account (which
     would usually have been setup during installation) to ensure you have full permissions.
 
     Note that superusers have access to all objects.
@@ -230,7 +230,7 @@ do not have an owner set.
 
 ### Users and Groups
 
-Paperless-ngx versions after 1.13.0 allow creating and editing users and groups via the 'frontend' UI.
+Paperless-ngx versions after 1.14.0 allow creating and editing users and groups via the 'frontend' UI.
 These can be found under Settings > Users & Groups, assuming the user has access. If a user is designated
 as a member of a group those permissions will be inherited and this is reflected in the UI. Explicit
 permissions can be granted to limit access to certain parts of the UI (and corresponding API endpoints).