• 3
    • 15
    • 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 you rename a user's username, all existing filters that still use the old username should still be working fine. This doesn't seem to be the case.

      Take an example here: we renamed "johndoe" to "johndoe2345", opening an existing filter that still has:

      assignee = "johndoe"
      

      Would not show any error at first, it just says "no issues found". But refreshing the page would say: "The value 'johndoe' does not exist for the field 'assignee'." In fact, johndoe actually has issues assigned to him.

      Reindexing doesn't fix the issue.

      WORKAROUND:
      Manually edit the JQL filter to reflect the new username.

        1. RenamedUser.jpg
          RenamedUser.jpg
          106 kB
        2. Selection_050.png
          Selection_050.png
          32 kB

            [JRASERVER-36971] Renamed users break existing filters

            Our use case is unifying the user naming convention after historically different nameing schemes. This open issue blocks us from doing so. We will look into a solution on API- or database-level. If anyone has done this before, feel free to put it in the comments and @-mention me.

             

            Niklas Becker added a comment - Our use case is unifying the user naming convention after historically different nameing schemes. This open issue blocks us from doing so. We will look into a solution on API- or database-level. If anyone has done this before, feel free to put it in the comments and @-mention me.  

            I have just open a support case (GHS-195041) for a similar issue related to having to change user names to match up with a SAML auth provider who users email address as the identifier. As email addresses tend to be more unique than a username, would Atlassian concider using email address as the filter "assignee" identifier that gets added when the user lookup fills in the value rather than using the username?

            Grant Strachan added a comment - I have just open a support case ( GHS-195041 ) for a similar issue related to having to change user names to match up with a SAML auth provider who users email address as the identifier. As email addresses tend to be more unique than a username, would Atlassian concider using email address as the filter "assignee" identifier that gets added when the user lookup fills in the value rather than using the username?

            domruf added a comment - - edited

            FWIW this also applies to the Agile Board Quick Filters.

            Sadly the Quick Filters are not accessible via REST API. So AFAIK you can't even write a script to update the filters

            domruf added a comment - - edited FWIW this also applies to the Agile Board Quick Filters. Sadly the Quick Filters are not accessible via REST API. So AFAIK you can't even write a script to update the filters

            hernandez.oswaldo this may well now be obsolete as I couldn't reproduce the issue in JIRA 7.0.9 as I could with 6.x. The problem appears to have caused JSD-3318, which is only reproducible in 6.x versions as well.

            Taiwo Akindele (Inactive) added a comment - - edited hernandez.oswaldo this may well now be obsolete as I couldn't reproduce the issue in JIRA 7.0.9 as I could with 6.x. The problem appears to have caused JSD-3318 , which is only reproducible in 6.x versions as well.

            Hi.

            I renamed a user and had now the problem, that his filters have not been migrated (searchrequest.authorname was the old name).
            The I updated the database table and set the author to the new username.

            Then I cleared Jira and groovy caches and did a reindex.
            The user can't see his filters (and dashboards).

            I now saw the the app_user table holds User_key with bank and the lowerusername without blank.
            Do I have to change the user_key as well?

            Thanks a lot,
            Petra

            PetraPensky added a comment - Hi. I renamed a user and had now the problem, that his filters have not been migrated (searchrequest.authorname was the old name). The I updated the database table and set the author to the new username. Then I cleared Jira and groovy caches and did a reindex. The user can't see his filters (and dashboards). I now saw the the app_user table holds User_key with bank and the lowerusername without blank. Do I have to change the user_key as well? Thanks a lot, Petra

            Hi dleng,

            I have just had a chat with mlassau about this issue and it turns out that this is a known limitation in the user rename functionality. I will move this to an Improvement request accordingly.

            Cheers,
            Os.

            Oswaldo Hernandez (Inactive) added a comment - Hi dleng , I have just had a chat with mlassau about this issue and it turns out that this is a known limitation in the user rename functionality. I will move this to an Improvement request accordingly. Cheers, Os.

            Daniel Leng (Inactive) added a comment - - edited

            Some considerations:

            1. Is the Lucene indexes taking stuff from cwd_user table or app_user table ? As far as I know, the app_user table stores the original username for backward compatibility. But Im not sure if Lucene works on that table.

            Daniel Leng (Inactive) added a comment - - edited Some considerations: Is the Lucene indexes taking stuff from cwd_user table or app_user table ? As far as I know, the app_user table stores the original username for backward compatibility. But Im not sure if Lucene works on that table.

              Unassigned Unassigned
              dleng Daniel Leng (Inactive)
              Votes:
              28 Vote for this issue
              Watchers:
              28 Start watching this issue

                Created:
                Updated: