nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Sourcetree not remembering Stash details (extended integration)

Mark Ross

Sourcetree will not remember my settings for Stash under Optional Extended Integration for any of my repos. I try to create a pull request and I get a message saying I have to configure the extended integeration. I add my stash details and the pull request will work. A day or two will go by, I probably quit and re-open sourcetree several times, then try another pull request. I get the same message saying I don't have any extended integration configured. I keep having to re-enter the details.

Accepted answers

All comments

Ana Retamal

Hi Mark, are you using SourceTree for Windows or for Mac? And which version? We do have a bug regarding the issue you described but it was fixed already, you can find it at SRCTREEWIN-6954.

If you're in the newest SourceTree version (which can be found at sourcetreeapp.com) and are still experiencing this problem, please let us know so we can look into it!

Best regards,

Ana

Mark Ross

I am using SourceTree for Windows version 2.1.2.5.

Mark Ross

Any update? I am still having this issue (just happend again now) using the current windows version of the app.

Mike Corsaro

Hello! This is probably a bug. Can you upload the "sourcetreeconfig" file in the ".git" directory of the repo that's causing issues? Just to confirm: you're on version 2.1.10.0?

Jawad Shaik

6 months later, after several software updates, the issue still persists. It is very frustrating...

Jawad Shaik

https://jira.atlassian.com/browse/SRCTREEWIN-7261

Ruslan Bespalov

Same for me. Issue is still not fixed in 2.4.7.0

Mike Corsaro

Hello everyone! This has been a tough one to debug on our end. To attempt to address the issue, we've made a change that will be rolled out in the 2.5 release. Hopefully this will solve it.

Thanks!

Jawad Shaik

That is awesome, looking forward to it!

Ruslan Bespalov

Great! You have no idea how many keyboards you'll save from breaking in despair.

Michael Benz

Awesome - one of the last big issues on my end since the switch to 2.x

BrenFrost

I've had the same problems running on Windows 10.

After I've set "Run as Administrator" I've no longer had this problem. My idea is that we need elevation to access the stored details of the remote stash/repo stored on the local machine.

I can now create pull requests from Source Tree instead of having to log onto bitbucket.

Ruslan Bespalov

Interesting, I'm gonna try it but for me the case was somewhere else - even after the PC restart the settings were there.

Ithai Swart

Happening for me and a lot of colleagues in the team.

I'm on Win 10 + Sourcetree 2.4.8.0.

lssilveira11

Finally!

This problem no longer occurs in version 2.5.5.0 (Windows)!

Thanks to all involved!

PS: I'm on Windows 7 x64 and using Bitbucket Server / JIRA Server.

Jawad Shaik

I am not so sure - the issue still occurs for me with version 2.5.5.0 (Windows) - I am on Windows 7 x64 as well.

jraymond-gr

Yeah, unfortunately the issue still occurs for me too with 2.5.5.0 Windows 7 x64. Even after running as admin and making the changes. They hold for 24 hours and then it deletes them. It's not a big deal to just fix my setting every day. It's just that it USED to hold and then one day it stopped holding. I'll be okay.

Michael Benz

Luca Vignaroli found a way to reproduce the issue by setting system date back days - maybe the issue can be diagnosed now: https://jira.atlassian.com/browse/SRCTREEWIN-7462

lssilveira11

After update, I worked for two days with no problems, but today the problem came back, like Joe and Jawad reported.

The wait for a fix continues...

Edy B

Using v2.5.5.0 for Windows and it is still happening as described above.

Michael Benz

Update to Version 2.6.3 or higher (currently 2.6.9) and the problem seems to be resolved.

Edy B

Thanks for the hint. I've switched to 2.6.9 and hoping the repo settings will stay for longer time.

Kristof Van Der Haeghen_n8sa0k

Hi @Mike Corsaro

I seem to have this issue in Version 3.3.4, but everytime I restart Sourcetree.
I'm on Windows 10 Enterprise 10 .0.18362 Build 18362 (x64 ). We use Bitbucket Server.

I also have the issue that my new branches not automatically track to the remote one after I push them.

I added the logs here: https://www.dropbox.com/sh/5gbslfz2edhj52s/AACvHkOV0P9mbBoeSd5iIhXqa?dl=0

Thomas Kerkmann (A)

I have the exact same issue on Windows 10 Prof. with SourceTree 3.3.4

Note: run as Administrator is not an option

found this in my logfile

ERROR [2019-12-23 15:41:55,618] [86] [Sourcetree.Analytics.Emau.EMauSubmissionService] [Log] - POST MAU submission FAILED
System.IO.FileLoadException: Die Datei oder Assembly "TimeZoneConverter, Version=2.3.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Die gefundene Manifestdefinition der Assembly stimmt nicht mit dem Assemblyverweis überein. (Ausnahme von HRESULT: 0x80131040)
Dateiname: "TimeZoneConverter, Version=2.3.0.0, Culture=neutral, PublicKeyToken=null"
bei Atlassian.AnalyticsService.Client.Converters.IanaTimezoneConverter.WriteJson(JsonWriter writer, Object value, JsonSerializer serializer)
bei Newtonsoft.Json.Serialization.JsonSerializerInternalWriter.SerializeConvertable(JsonWriter writer, JsonConverter converter, Object value, JsonContract contract, JsonContainerContract collectionContract, JsonProperty containerProperty)
bei Newtonsoft.Json.Serialization.JsonSerializerInternalWriter.SerializeObject(JsonWriter writer, Object value, JsonObjectContract contract, JsonProperty member, JsonContainerContract collectionContract, JsonProperty containerProperty)
bei Newtonsoft.Json.Serialization.JsonSerializerInternalWriter.SerializeObject(JsonWriter writer, Object value, JsonObjectContract contract, JsonProperty member, JsonContainerContract collectionContract, JsonProperty containerProperty)
bei Newtonsoft.Json.Serialization.JsonSerializerInternalWriter.Serialize(JsonWriter jsonWriter, Object value, Type objectType)
bei Newtonsoft.Json.JsonSerializer.SerializeInternal(JsonWriter jsonWriter, Object value, Type objectType)
bei Newtonsoft.Json.JsonConvert.SerializeObjectInternal(Object value, Type type, JsonSerializer jsonSerializer)
bei Sourcetree.Analytics.Emau.EMauSubmissionService.<SubmitBatch>d__62.MoveNext()

Peter Foti

@Ana , this problem has returned. I'm using SourceTree 3.3.8 on Windows 10. Note, the user that I log in as does not have admin rights on the computer. I don't know if that's the case for any others that have reported this issue. It was working fine for me until I upgraded to 3.3.8.

Now, it just seems to keep wiping out the sourcetreeconfig.json RemoteProjectLinks in the .git folder of my repository.

Peter Headland

I already filed a new JIRA ticket for this regression

Francisco Corrêa Dias

Using v3.3.8 for Windows and it is still happening as described above.

Microsoft Windows 10 Pro

Peter Headland

Is the same as SRCTREEWIN-12912?

Guy Prémont

Using v3.3.4.3796 for windows 10 and it is still happening exactly has described in SRCTREEWIN-12912

jeremy ziegler_lu4x0t

I too am still seeing this as described in the JIRA ticket... I am on Win10 and Source Tree 3.3.8. I tried the suggestion as running as Admin, and that didn't work for me. Basically, it forgets my setting every time I close Source Tree. I think it may also "forget" when my machine goes to sleep, but I would have to double-check that...

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

sourcetree

bitbucket