Add ability for organziations to manage/approve contributors(employees)

Created on 18 November 2023, about 1 year ago

Problem/Motivation

Currently any D.O. user may list themselves as working for any organization without mutual confirmation from he organization.

Allows individuals to take action in the name of an organization without the organizations consent.
This hinders effectively holding organizations accountable for credit farming.

We have already had one incident where an organization asserts that a user utilized the organizations name without approval. The user was reportedly still undergoing on-boarding and had not passed through the control gate to be considered approved to post on D.O. using the companies name.

Steps to reproduce

Navigate to the User Edit page, choose work, and enter an organization, such as Acquia, and list it as the current organization. Save the page. You will now be able to credit the organization for any conduct you make on D.O (good or bad).

Proposed resolution

Add a feature for organizations that allows them to either auto accept all joins, or to manually approve each join request.
It is suggested that for existing organizations this should be opt-in in order to not disrupt existing workflows. Discussion should be had for new organizations going forward if the feature should be enabled by default or not.

Related we also likely should add the feature for Organization owners to self remove any non-current employees as this currently requires site moderator interaction.

Remaining tasks

TBD

User interface changes

TBD

API changes

TBD

Data model changes

TBD

๐Ÿ“Œ Task
Status

Active

Version

3.0

Component

User interface

Created by

๐Ÿ‡บ๐Ÿ‡ธUnited States cmlara

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @cmlara
  • ๐Ÿ‡บ๐Ÿ‡ธUnited States drumm NY, US

    We have already had one incident where an organization asserts that a user utilized the organizations name without approval. The user was reportedly still undergoing on-boarding and had not passed through the control gate to be considered approved to post on D.O. using the companies name.

    If Iโ€™m reading that correctly, the person was saying they are working on behalf of the organization truthfully. That sounds like a feature.

    The proposed resolution is over-complicated. There is a common-enough use case that would be good to support - when someone leaves an organization, they donโ€™t always update their profile. It would be good for organization owners to have a way to remove people without needing a support request.

  • ๐Ÿ‡บ๐Ÿ‡ธUnited States cmlara

    https://drupal.slack.com/archives/C0451JV7HRD/p1700231774258499 is the relevant Slack thread for this.

    The short version is that the user was hired and started posting on issues against the current D.O. using the companies name with an account they had created at a previous employer.

    If Iโ€™m reading that correctly, the person was saying they are working on behalf of the organization truthfully. That sounds like a feature.

    As far as the new organization was concerned it is my understanding the user wasn't authorized to post yet and was not suppose to be making contributions on D.O at all. In other words they were essentialy not yet working on behalf of the organization even though they claimed they were.

    Reportedly this is an edge case that user reportedly already had an account from a previous organization (it looks like it might be an org we have had issues with on D.O. in the past that would benefit from remedial training) and just jumped in with less than ideal behavior without hitting the employers checkpoint of 'you have now been trained to post on D.O. you may not begin"

    The original request involves allowing organizations the ability to catch employees that may be acting outside of the training guidelines before they create a situation that requires the D.O. Moderators, Contrb Project Maintainers, or the DA have to expend time and effort on disciplinary matters, which was part of the goal of the credit farming punishments targeting the organization not the individual user.

    The original request would make D.O. more like GitHub, where you have to be approved into an organization rather than self attesting.

    There is certainly room to question if the Organization could have done something different to ensure the employee didn't try and jump straight into creating issues on D.O. just as there is room to question why we don't provide the tools to know when a new user joins an organization.

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly apaderno Brescia, ๐Ÿ‡ฎ๐Ÿ‡น
  • ๐Ÿ‡ฌ๐Ÿ‡งUnited Kingdom dunx

    What @drumm said... there's already a much more common user case for an organisation having more control over who is listed as being associated with them. At my previous place, about half the people listed no longer work there. Org owners should have the ability to remove people from their organisation at the very least.

Production build 0.71.5 2024