• We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      When LDAP users are deleted in the LDAP server JIRA will automatically delete the users on JIRA side during the next synchronization.

      This behavior would cause a known issue which is documented on knowledge base article here:

      It would be great if JIRA would be able to do the following scenarios:

      Option 1

      1. User deleted on LDAP server
      2. JIRA synchronize with LDAP server and understand that there are missing users
      3. JIRA check if the users have created any content on JIRA
      4. If the users have created any content JIRA would keep the users and deactivate it for licensing purposes

      Option 1

      1. User deleted on LDAP server
      2. JIRA synchronize with LDAP server and understand that there are missing users
      3. JIRA check if the users have created any content on JIRA
      4. JIRA deleted the user on LDAP directory
      5. Re-create the user in "Internal Directory"
      6. Deactivate it for licensing purposes

            [JRASERVER-29202] JIRA Should Handle Deleted LDAP User(s) Better

            Katherine Yabut made changes -
            Workflow Original: JAC Suggestion Workflow [ 3055148 ] New: JAC Suggestion Workflow 3 [ 3684859 ]
            Status Original: RESOLVED [ 5 ] New: Closed [ 6 ]
            Owen made changes -
            Workflow Original: Confluence Workflow - Public Facing v4 [ 2606461 ] New: JAC Suggestion Workflow [ 3055148 ]
            Rachel Lin (Inactive) made changes -
            Workflow Original: JIRA PM Feature Request Workflow v2 - TEMP [ 2557735 ] New: Confluence Workflow - Public Facing v4 [ 2606461 ]
            Status Original: Closed [ 6 ] New: Resolved [ 5 ]
            Ignat (Inactive) made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2347842 ] New: JIRA PM Feature Request Workflow v2 - TEMP [ 2557735 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 2114341 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2347842 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2093051 ] New: JIRA Bug Workflow w Kanban v6 [ 2114341 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 875517 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2093051 ]
            jonah (Inactive) made changes -
            Description Original: When LDAP users are deleted in the LDAP server JIRA will automatically delete the users on JIRA side during the next synchronization.

            This behavior would cause a known issue which is documented on knowledge base article here:

            * [Issues associated to users deleted from LDAP or crowd can not be reassociated to a different user|https://confluence.atlassian.com/display/JIRAKB/Issues+associated+to+users+deleted+from+LDAP+or+crowd+can+not+be+reassociated+to+a+different+user]

            It would be great if JIRA would be able to do the following scenarios:

            *Option 1*
            # User deleted on LDAP server
            # JIRA synchronize with LDAP server and understand that there are missing users
            # JIRA check if the users have created any content on JIRA
            # If the users have created any content JIRA would keep the users and deactivate it for licensing purposes

            *Option 1*
            # User deleted on LDAP server
            # JIRA synchronize with LDAP server and understand that there are missing users
            # JIRA check if the users have created any content on JIRA
            # JIRA deleted the user on LDAP directory
            # Re-create the user in "Internal Directory"
            # Deactivate it for licensing purposes
            New: {panel:bgColor=#e7f4fa}
              *NOTE:* This suggestion is for *JIRA Server*. Using *JIRA Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JRACLOUD-29202].
              {panel}

            When LDAP users are deleted in the LDAP server JIRA will automatically delete the users on JIRA side during the next synchronization.

            This behavior would cause a known issue which is documented on knowledge base article here:

            * [Issues associated to users deleted from LDAP or crowd can not be reassociated to a different user|https://confluence.atlassian.com/display/JIRAKB/Issues+associated+to+users+deleted+from+LDAP+or+crowd+can+not+be+reassociated+to+a+different+user]

            It would be great if JIRA would be able to do the following scenarios:

            *Option 1*
            # User deleted on LDAP server
            # JIRA synchronize with LDAP server and understand that there are missing users
            # JIRA check if the users have created any content on JIRA
            # If the users have created any content JIRA would keep the users and deactivate it for licensing purposes

            *Option 1*
            # User deleted on LDAP server
            # JIRA synchronize with LDAP server and understand that there are missing users
            # JIRA check if the users have created any content on JIRA
            # JIRA deleted the user on LDAP directory
            # Re-create the user in "Internal Directory"
            # Deactivate it for licensing purposes
            jonah (Inactive) made changes -
            Link New: This issue relates to JRACLOUD-29202 [ JRACLOUD-29202 ]
            Confluence Escalation Bot (Inactive) made changes -
            Labels New: affects-server

              Unassigned Unassigned
              scahyadiputra Septa Cahyadiputra (Inactive)
              Votes:
              4 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: