0

I have a public Azure DevOps project, and I want to allow everyone to add Work Items.

However, adding the Readers group as a member of Contributors for the permissions doesn't change anything, and I can't find "Add Work Items" but only the "Delete Work Items" toggle for changing its own Readers perms so I am really stuck here.

The contributors perms: enter image description here

Having to add every mail account to allow people to add work items isn't possible in my situation (Game Engine project) so I really have to find a solution.

Improve this question
2
  • Even Stakeholder access level has permission to add work items now. What exactly does a user experience when trying?
    – Crowcoder
    Commented May 1, 2020 at 22:21
  • I have tried that, but unfortunately you can't inherit the group Readers to the group Stakeholder so everyone is able to work items, for a reason I ignore. So they just don't have any perms other than what allows Readers.
    – iyenal
    Commented May 2, 2020 at 23:02

1 Answer 1

Reset to default
1

Usually each projects would have teams defined with the team members. So if you have a team defined then add the team to the contributors list.

Improve this answer
2
  • Unfortunately I did already, but it doesn't change anything :(
    – iyenal
    Commented May 17, 2020 at 12:20
  • See if the same members\team are added as Readers. Azure DevOps might be using inherited permission. Try removing the contributors from readers list.
    – Jerry
    Commented May 18, 2020 at 8:37

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.