Tuleap 16 est là ! Assistez à l'événement virtuel le 17 octobre à 10h30. Inscrivez-vous ici !

  •  
     
    story #12457 New document modal : permissions
Summary
Empty
New document modal : permissions
Empty

As of today, permissions are displayed in old fashioned mode: For each group, a selectbox is shown. The selectbox contains permissions levels (docman reader, docman writer, docman manager).

We want to change this permission pattern to the regular Tuleap one. Docman can have 3 different permissions:

  • docman reader
  • docman writer
  • docman manager

For each possible permission we want to let users choose the corresponding user groups:

  • Anonymous and Registered users are always displayed (regardless of platform configuration. The same behaviour exists today).
  • other user groups are returned by the existing REST route project/:id/user_groups
    • /!\ the route also returns the legacy crappy groups like new_admin, forum_admin... We should filter them out in JS

Permissions set should be loggeud in project and document history (like legacy docman)

Empty
Empty
Status
Empty
Done
Development
  • [ ] Does it involves User Interface? 
  • [ ] Are there any mockups?
  • [ ] Are permissions checked?
  • [ ] Does it need Javascript development?
  • [ ] Does it need a forge upgrade bucket?
  • [ ] Does it need to execute things in system events?
  • [ ] Does it impact project creation (templates)?
  • [ ] Is it exploratory?
Empty
Details
#12457
Marie Ange Garnier (marieange)
2019-08-20 19:24
2018-10-26 15:55
4020

References
Referencing story #12457

Git commit

tuleap/tuleap/stable

Add the list of permissions in the docman item representation 43fb51f1b6
A non admin user can not see documents in the document manager UI 6711cf4c4a
Create empty permissions update modal 8220a9382c
Populate the item permissions update modal with read-only elements 3d93e73f07
Prepare the extraction of the code used to set permissions on docman items bffc1d5fce
Extract code related to the update of permissions of an item 6a57992a47
Permissions of an empty document can be updated via REST 93ba621466
"Default values" should not be used when returning permissions information about a docman item 5804b7ba38
Permissions of all document types can be updated via the REST API 95af4bd722
Permissions of an item can be updated via the document UI 649d01fce6
User groups are not pre-selected when opening the permissions modal from the embedded display view 7101b9b8ad
Selected user groups should reset to the current item value when the modal is closed b98e1c7c2b
Permissions update modal should be in a waiting state when update is ongoing b9919eeb94
Permissions can be updated on a folder and its children at once via the REST API cddd528ca5
You can edit the permissions of multiple items in a row dff4861a25
Users can choose to update permissions of folder sub-items from the modal 9adf31906e
Allow to re-use the transformation the permissions for groups REST representation f38ee4539b
Permissions and metadata updates are not propagated to the sub-items of the current folder edcdfaccba
Can set permissions when creating new items with the exception of file document 9b8695c798
Can set permissions on file document when creating them from the REST API b5eb30df86
Extract the permissions for groups selector so it can be re-used in the creation modal 242b4c3ef0
Cache the retrieval of the project's user groups globally in the document app 3f076149bd
Updating the current folder should not be rewritten immediatly by a folder content reload d462714199
Permissions to set on a item can be chosen when creating it 58be479977
Permissions manipulation is fully available in the document UI 622ffc18f1
Too much spacing between the custom metadata and permissions blocks in creation modals ba11200e06

Follow-ups

User avatar
  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes