• Icon: Suggestion Suggestion
    • Resolution: Low Engagement
    • None
    • None
    • None
    • 0
    • 1
    • We collect Jira Service Desk 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 Service Desk Server. Using JIRA Service Desk Cloud? See the corresponding suggestion.

      We have a problem where our JIRA/JSD configuration is the following:

      • User directory order is set to
        • 1) JIRA Internal Directory
        • 2) Active Directory (Read-Only)
      • JIRA External User Management is ON
      • JSD Public Signup is ON

      JIRA Version: 7.1.7
      JSD Version 3.1.7

      • All (internal) JIRA users are employees in Active Directory, and cannot change their password within JIRA. They must go through Active Directory. This is expected behavior.
      • All (external) JSD users are stored in the JIRA Internal Directory. We would expect that a public user who signed-up within JSD could be able to self-manage their own password resets regardless of how user management is configured in core JIRA. This is not the case.

      When a public user (residing in JIRA Internal Directory) attempts to change their password, they get the following error message: "This instance does not support password reset. Please contact the system administrator." 

      The ask / suggestion is to have "External User Management" be configurable independently at both the JIRA and JSD level.

            [JSDSERVER-4116] Decouple External User Management Settings from Core JIRA

            Atlassian Update – 1 March 2021

            Hi,

            Thank you for raising and watching this suggestion. We regret to inform you that due to limited demand, we have no plans to implement it in the foreseeable future. In order to set expectations, we're closing this request.

            This is an automated update triggered by low engagement with this suggestion (number of votes, number of watchers).

            We hope you will appreciate our candid communication and our attempts to become more transparent about our priorities. You can read more about our approach to highly voted suggestions here, and how we prioritise what to implement here.

            To learn more about our recent investments in Jira Service Management and Data Center, please check our public roadmap and our two dashboards containing recently resolved issues, and current work and future plans.

            Regards,

            Jira Service Management, Server & Data Center

            Charlie Marriott added a comment - Atlassian Update – 1 March 2021 Hi, Thank you for raising and watching this suggestion. We regret to inform you that due to limited demand, we have no plans to implement it in the foreseeable future. In order to set expectations, we're closing this request. This is an automated update triggered by low engagement with this suggestion (number of votes, number of watchers). We hope you will appreciate our candid communication and our attempts to become more transparent about our priorities. You can read more about our approach to highly voted suggestions here , and how we prioritise what to implement here . To learn more about our recent investments in Jira Service Management and Data Center, please check our public roadmap and our two dashboards containing recently resolved issues , and current work and future plans . Regards, Jira Service Management, Server & Data Center

            Same issue as well.

            Andreas Wollenhaupt added a comment - Same issue as well.

            sammy4589 added a comment -

            We are looking for the exact same feature as well. We need to allow service desk customer to reset password but not Jira core users to reset the password.

            sammy4589 added a comment - We are looking for the exact same feature as well. We need to allow service desk customer to reset password but not Jira core users to reset the password.

            A workaround to enable self-service password resets to our external JSD users would be to turn "External User Management" OFF in core JIRA. But by doing this, we would enable "password reset" option visibility to our employees. And when they try to reset the password, they will receive the error message.

            Justin Evans added a comment - A workaround to enable self-service password resets to our external JSD users would be to turn "External User Management" OFF in core JIRA. But by doing this, we would enable "password reset" option visibility to our employees. And when they try to reset the password, they will receive the error message.

              Unassigned Unassigned
              5659a5c49a62 Justin Evans
              Votes:
              6 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: