Sourcetree Fails on Password When Cloning To Submodule

[Giles Hammond]

I have a repository on BitBucket, created by importing the public Sparkle for OSX project from Github.

If I try to clone this to my local machine with Sourcetree everything works fine:

git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree clone --recursive https://MyUsername@bitbucket.org/MyUsername/sparkle.git /Users/Giles/Dropbox/Projects/sparkle

However, if I try and do the same to a submodule within an existing project it fails with a password issue:

git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree submodule add -f https://MyUsername@bitbucket.org/MyUsername/sparkle.git External/Sparkle 

fatal: could not read Password for 'https://MyUsername@bitbucket.org': Device not configured

Does anyone know if I am doing something very wrong here? I am fairly new to Git, Sourcetree and Bitbucket. Perhaps this is a bug though - the password is obviously working when cloning in some instances.

Thank you

[KieranA · Accepted solution]

Sorry everyone, this hasn't fallen on deaf ears.

I believe this is because we're now using a credential helper which appears to not play nicely with checkout of submodules. The credential helper just gets auth details from the keychain, but I'm guessing submodule clones don't work with credential helpers.

It's logged (as mentioned above) at https://jira.atlassian.com/browse/SRCTREE-2029so we can look into it from there. This is a pretty major problem so I'll get on it urgently.

Cheers

[thinsoldier]

I still have this problem 1 year and 6 months later.

[Fectum]

Still have this problem, almost two years later. Two years, CARL!

[jeanfabre]

check my answer for this, it works and is trivial as a workaround, but I agree this should have been fixed 10 times by now.... https://answers.atlassian.com/questions/244606/answers/19139768

[thinsoldier]

This problem still exists in May 2016!

[julianjpoole]

.... it's been almost 3 years now... just saying..

[crwecker]

fwiw, I have the same issue for SubTrees on Windows 10, SourceTree version 1.9.10.0. I get a "fatal: could not read Password" error when I try to pull or add a new https repo as a subtree.

[sakisplus]

This problem still exists om Feb 2017!!

[Mats Larsson]

Still a issue..

[cowlinator]

@Kieran Senior, you stated here that "this is a pretty major problem", but the ticket at https://jira.atlassian.com/browse/SRCTREE-2029 has it listed as "low priority".  Why?

[Andrea Piermarteri]

It's 2018, we're still here. I'm not adding other comments, since I won't be nice.

[Joseph Grainger]

Started in 2014 now we're here... haha it's September 2018!

[badjano]

December 2018, congratulations

[julianjpoole]

So the Admin looking after this hasn't been active for like a year now and basically isn't around, the problem hasn't been reassigned and thats why this isn't getting fixed incase anyone is wondering. might need to open a new case.

[badjano]

I guess everyone´s moving to ssh, after I read somewhere that ssh fixed it, I changed... no harm done

[Deleted user]

2021

[steven_oglesby]

As a workaround:

Use commandline to get the submodule:

git submodule add <repository url> <local relative path>

(See Progit - 6.6.1 Starting with submodules)

Then when you go back to Sourcetree it picks it up and the credential helper asks you for access to keychain and everything seems to work OK.

Steven

[jeanfabre]

Hi,

 Just to shime in with the workaround I found, and it works very well and is a no brainer:

1: in the General Preferences of SourceTree, check "Always display full console output"

2: do your submoudle cloning action as you would expect

3: when the error popups up, simply look up the actual call made in the console, and copy paste it in your Terminal, and execute it from there

4: the terminal will prompt you for the password, simply enter it

5: done, you have your submodule implemented.

Explanation: basically it says it can not read the password, because sourcetree when executing the git command fails to forward the password prompt to the user with a UI dialog, that's all. so simply get the git command sourcetree executes for you and execute it manually

Hope this helps while sourceTree addresses the problem.

Bye,

 Jean

[cameronwhite08]

I can confirm that this worked for me. This issue definitely should have been fixed by now 3 years later!

[r618]

4 years, and counting..

cheers ( & thanks)

[Andrea Piermarteri]

For even less hassle:
If you tick out "recurse submodule" during cloning of the parent repo, and then you double-click on the submodule, SourceTree is magically able to provide you a form to fill with your password. Which is not rocket science, nor the solution, if someone here is reading...

[mo7e]

Thanks. This worked for me. I was unsure whether "tick out" meant tick/check or untick/uncheck, but as the default was set to unticked I ticked it and it worked. 

[Andrea Piermarteri]

Fix it, please. 11/04/2018, last version still not working. Users need this.

[btate]

I had this issue on the latest version (2.0.5.2), but I found if I use the ssh link to my submodule instead of the https link it works fine.  

[thinsoldier]

More workaround info The Sourcetree UI seems to utilize the *HTTPS* urls (https://thinsoldier@bitbucket.org/thinsoldier/testproject.git) by *default* _whenever you do *anything*_. If you instead manually enter the *SSH* urls (git@bitbucket.org:thinsoldier/testproject.git) *_wherever possible_* (cloning, adding a remote, adding a submodule) then the submodule related activities will succeed. But you of course need to set up an SSH key on your machine and add it your profile on bitbucket.org.

[jeanfabre]

Same here,

 It should really be addressed by now...

[Luis Fonseca]

Just spent a couple of hours around this only to find that it's not possible. Seems like an essential feature that's being overlooked for some reason... Any news on a fix?

[Dominique PERETTI]

I've spent an entire day on this and I'm left without any solution. Using Bitbucket hosting + Bitbucket software.

Seriously...

[Michael Fritz]

Same here, it is a shame.. should have stayed with the old version :-(((

[KieranA]

Just as an update on this issue, it's because the submodule is on a separate host to the parent repository. The Git auth helper doesn't (or at least, didn't) give enough information to distinguish auth details which fails to provide the password. If the submodule were on the same host it should work OK.

I'm going to look into this one again as the auth model has changed since these problems, so we might be able to address it. When you do this from the terminal it might even fail from there, too.

We're looking into it regardless as we want to see some solution or middle ground. Cheers

[Buck Perley]

How's the progress going on this? I'm actually having the same problem on 1.9.2 and the hosts are the same. I have a project tracking a remote on bitbucket and I'm trying to clone in as a submodule another repo stored on bitbucket and getting the same error. Will try the terminal solution and see if that works, obviously would be nice to be able to do it through the SourceTree GUI though.

[Buck Perley]

FYI, worked with terminal.

[Buck Perley]

Found something that might be related. For some reason, the submodule is causing problems with the deployment setup as well. We're using DeployHQ for automatic deployment of our bitbucket repo but the latest deployment after adding the submodule failed and the error was the exact same I got in SourceTree-

fatal: Authentication failed for...

Followed by the repo https URL.

[Bruno Sanches]

I am cloning both the main module and submodule from bitbucket and having trouble with this.

[Lukasz Margielewski]

Still happens in Version 1.9.1 (1.9.1). Clonning repo works fine, but adding it as submodule gives fatal:

fatal: could not read Password for 'https://username@github.com': Device not configured

Quite annoying - so much effort went into UI redesign and not so much into basic funtionality bugfixes.

[nirahiel]

Any workaround exists for this bug ?

[KieranA]

You could always convert to using subtree. I know that sounds like a convultated answer, but subtree was kind of designed as a replacement for submodules as it's more flexible, and we now support it in SourceTree (for Mac).

I'll be working on a fix regardless though which will get issued for 1.8.1 most likely.

Cheers

[nirahiel]

The thing is, i used subtrees before, and that's not really convenient when you have to work with a team. With submodules they know they didnt do something right (like updating a submodule) if they try to clone or pull the repo and make fails. :)

[Adriano Gonçalves]

Hello.

I'm having the same issue, trying to clone to a submodule from a repository on a local SCMManager server.

SourceTree Version 1.8.0.3 (1.8.0.3) for Mac OSX (10.9.1)

[Azizur Rahman]

I have logged this as a Critical Bug: SRCTREE-2029

[Azizur Rahman]

I am getting the same issue as well with SourceTree Version 1.8.0.3 (1.8.0.3)

[steven_oglesby]

Hello,

I am having the same problem with the latest version of SourceTree (1.8.0.3).

However, on another machine running an older version (1.7.4.1) it works fine.

So I think this is a bug in latest version of SourceTree. How it picks up passwords for cloning submodules no longer seems to be working.

Steven

[Giles Hammond]

Thank you Steven - that saves me from thinking I am going mad.