search

openshiftio / openshift.io

Red Hat OpenShift.io is an end-to-end development environment for planning, building and deploying modern applications.
https://openshift.io
97 stars 66 forks source link

User is still assigned to work items after removing from space #2646

Open SkorikSergey opened 6 years ago

SkorikSergey commented 6 years ago

Steps to reproduce:

  1. Create a space.
  2. Add user to the space.
  3. Create any work item and assign the added user to it.
  4. Remove the user from space.

Actual result: The user is still assigned to the work item.

joshuawilson commented 6 years ago

This assumes that the user added isn't the creator of the space as that user can't be removed.

@qodfathr how do you want this to work? Should removing a user from a space, "clean up" anything they touched? I had thought we would still want to know or track that for continuity.

rgarg1 commented 6 years ago

Same as https://github.com/openshiftio/openshift.io/issues/2738

qodfathr commented 6 years ago

How this should work is probably a bigger answer than I can write here; and UX should absolutely help define this.

From a history/auditing perspective, we should not lose information about the fact that the user was assigned to the WI.

If the user is removed from the Space, that should not prohibit the reassignment of the WI. (That's #2646).

Removing a user with active WIs probably should warn you as part of confirming the removal. Removing a user with activei WIs may benefit from an option to either (1) unassign all of the WIs or (2) bulk reassign those WIs to another selected user.

christianvogt commented 5 years ago

Require guidance from @openshiftio/uxd-team on expected flow.

serenamarie125 commented 5 years ago

If a user is removed from being a collaborator to a space, first check to see If any workitems are currently assigned to that user. If so, present a confirmation dialog stating that there are existing work items assigning to that user, and that if they are removed, they will also be unassigned from those workitems.

If they are not assigned to workitems, issue the warning that is currently there.

serenamarie125 commented 5 years ago

Based on a conversation held on 2019-Jan-04 including Dev, PM and UX, the UX team will not be providing support for planner items. Removing the team/ux label and un-assigning UX folks. If priorities are changed in the future, please add the team/ux label