Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-67368

Tooltips ask for user/group name but need user/group ID

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Minor Minor
    • matrix-auth-plugin
    • None
    • Jenkins version 2.325, matrix auth version 3.0
    • 3.1.7

      I migrated a test instance to 3.0 to see how it works out in our environment and noticed a mismatch with the inputs.
      If you click on "Add user..." the popup asks for "User name", but you have to insert the user id accordingly to the list in /securityRealm or /asynchPeople
      If the user id is "1" and the user name is "Carl", you have to insert "1" even if it asks for the name.
      Then it displays "Carl" in the table, but "1" if you hover over it.
      It took me a good minute to figure out if I did it wrong or it just displays something else.

          [JENKINS-67368] Tooltips ask for user/group name but need user/group ID

          Daniel Beck added a comment -

          Is this different from before? It asked for "User/group name" before, and only accepted IDs too, no?

          Daniel Beck added a comment - Is this different from before? It asked for "User/group name" before, and only accepted IDs too, no?

          Daniel Beck added a comment -

          https://github.com/jenkinsci/matrix-auth-plugin/blob/matrix-auth-2.6.11/src/main/resources/hudson/security/GlobalMatrixAuthorizationStrategy/config.properties should have been wrong then too. I don't think I changed how the value being input is processed (other than distinguishing by type).

          Daniel Beck added a comment - https://github.com/jenkinsci/matrix-auth-plugin/blob/matrix-auth-2.6.11/src/main/resources/hudson/security/GlobalMatrixAuthorizationStrategy/config.properties should have been wrong then too. I don't think I changed how the value being input is processed (other than distinguishing by type).

          Jonathan added a comment -

          It behaves the same on our live instance, looks like I never noticed it. So it's not a newly introduced issue, just a long term behavior one.

          Jonathan added a comment - It behaves the same on our live instance, looks like I never noticed it. So it's not a newly introduced issue, just a long term behavior one.

          Tim Jacomb added a comment -

          somewhat related to https://issues.jenkins.io/browse/JENKINS-65807, azure ad plugin works around this by providing it's own lookup so admins don't have to figure out the format

          Tim Jacomb added a comment - somewhat related to https://issues.jenkins.io/browse/JENKINS-65807 , azure ad plugin works around this by providing it's own lookup so admins don't have to figure out the format

          Daniel Beck added a comment -

          I don't think the summary

           Tooltips ask for user/group name but need user/group ID 

          (which I wrote) is correct, as groups only have a name in Jenkins, not a separate ID.

          So the plugin should discuss (primarily) user IDs and group names, or WDYT?

          Daniel Beck added a comment - I don't think the summary  Tooltips ask for user/group name but need user/group ID  (which I wrote) is correct, as groups only have a name in Jenkins, not a separate ID. So the plugin should discuss (primarily) user IDs and group names, or WDYT?

            danielbeck Daniel Beck
            jthomas Jonathan
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: