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

Ampersand in Git password causes authentication failure

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Critical Critical
    • git-client-plugin
    • None
    • Windows server 2012 R2
      git-client-plugin 2.0.0

      Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

      Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere then they will break)

          [JENKINS-38194] Ampersand in Git password causes authentication failure

          Mark Reeves created issue -
          Mark Reeves made changes -
          Description Original: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& work round the issue (but if the same credentials are used elsewhere they will break)


          New: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere they will break)


          Mark Reeves made changes -
          Description Original: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere they will break)


          New: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere then will break)


          Mark Reeves made changes -
          Description Original: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere then will break)


          New: Git client plugin 2.0.0 seems to have swapped from using .gitcredentials to GIT_ASKPASS and when I have an & character in my password the authentications fails. 1.21.0 was fine (and reverting to that version swaps back to using .gitcredentials)

          Escaping the & in the password stored in the credentials by using ^& works round the issue (but if the same credentials are used elsewhere then they will break)


          Mark Waite added a comment -

          karmseever are you using a username / password (as used with https based git repository access) where the the password contains the "&" character, or are you using a private key protected by a passphrase where the passphrase contains the "&" character (as used for ssh and scp based git repository access)?

          Mark Waite added a comment - karmseever are you using a username / password (as used with https based git repository access) where the the password contains the "&" character, or are you using a private key protected by a passphrase where the passphrase contains the "&" character (as used for ssh and scp based git repository access)?

          Mark Reeves added a comment - - edited

          username/password yes, using http not https (internal stash server)

          Mark Reeves added a comment - - edited username/password yes, using http not https (internal stash server)

          Cole Mietzner added a comment -

          karmseever, you might be right with this being a similar issue that I was having in JENKINS-38179, I dont have a "&" character in my password but I do have a ")" and a "^".

          Cole Mietzner added a comment - karmseever , you might be right with this being a similar issue that I was having in JENKINS-38179 , I dont have a "&" character in my password but I do have a ")" and a "^".

          Mark Reeves added a comment -

          Pretty certain the "^" would have broken it, which means this is effectively a duplicate of yours.

          Under certain circumstances (Delayed Expansion has been enabled in the command session) '!' will also have the same issue

          Mark Reeves added a comment - Pretty certain the "^" would have broken it, which means this is effectively a duplicate of yours. Under certain circumstances (Delayed Expansion has been enabled in the command session) '!' will also have the same issue
          Mark Waite made changes -
          Link New: This issue is related to JENKINS-38138 [ JENKINS-38138 ]
          Mark Waite made changes -
          Link New: This issue is related to JENKINS-38179 [ JENKINS-38179 ]

            markewaite Mark Waite
            karmseever Mark Reeves
            Votes:
            1 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: