Expanded set of user roles and permissions

Comments

12 comments

  • Official comment
    Avatar
    Kevin
    Hi everyone,
     
    I am happy to let you know that we have finally delivered a new user role in OneSky: the Project Admin.  
     
    The Project Admin will be able to do everything that an Admin does in a project, except they are limited to only the projects they are given access to. They will not be able to create new projects themselves. They will be able to add new users to their assigned projects but unable to edit or delete users. 
     
    Let us know if there are any further suggestions in regards to the Project Admin or other roles!
     
  • Avatar
    D&M

    Hi Kevin, at the moment I believe only Admin users can upload translations.  It would be good to allow non admin users to upload translations.

    What about a new role in between an Admin and a Moderator?

  • Avatar
    Alexis Barrera

    We haven't had trouble with the existing permission groups, though I do like the idea of better notification control on a per project basis =)

  • Avatar
    Albedo

    Moderators should be able to edit existing entries with a note: Translated by ... edited by ...

  • Avatar
    Kevin

    Hi Albedo, thanks for your suggestion. What do you mean by existing entries?  Existing translations?

  • Avatar
    Albedo

    Admins must be able to make all placeholders optional in the project (with warnings, not errors).

  • Avatar
    Albedo (Edited )

    Hi, Kevin! Yes, I am talking about existing translations.

     

    P.S. One suggestion was gone:

    "Moderators should be able to add new entries to the glossary."

  • Avatar
    Samuel Bradshaw

    In addition to a "project admin" who has all rights for a given project, it would be nice to have a "language moderator" who has moderation rights for all projects in a given language.

  • Avatar
    Josh

    Hi Kevin, I agree with D&M that there needs to a role between Admin and a Moderator. I have a support team who handles all of the translation needs for a specific project, so members of that team should be able to upload translations. However, they should not be able to create new projects, manage project groups, etc.

    Initially, maybe these specific points would be covered by the Project Admin role. If that role is restricted to a specific project, then I assume users assigned to it couldn't create new projects or project groups since those items are hierarchically above a project. Even so, this doesn't remove the need of a new non-admin role who can upload translations, since a Project Admin could still perform all administrative tasks for a project. But it could be a good interim solution until a new role (Translation Admin?) could be created.

  • Avatar
    Lloyd

    I agree with the majority of comments; it would be good to have an Admin that can be permissioned to different projects, so someone that can still upload strings to be translated, but can only affect certain projects.

     

    I would really like the ability to have multiple budgets/credits as well, which could fit into the permission structure. i.e. either project A and project B takes out of different credits, or Admin A and Admin B are permissioned which credit they can use. 

  • Avatar
    Kevin

    Thanks for all your feedback! It's definitely very helpful to understand the context and your use cases.

    Lloyd, you make an interesting comment about having the ability to manage and allocate budgets and credit to various projects. This is quite novel and I have not come across this use case before. I will log this with our Product managers so that we don't lose track of it :) 

  • Avatar
    marijn

    just an additional remark here:

     

    From the API side, there's no way to limit access to a single project right now. Currently, a freelance developer is writing an integration for one of our projects and now I have to give him full access over the api, which could potentially ruin our core application. Not that I don't trust him, but if that api key leaks, we may potentially run into a huge issue here.

     

    WKR,

     

    Marijn

Please sign in to leave a comment.