Viewed   4.5k times

So i just updated to a new Visual studio version and I'm no longer able to push/pull from/to my azure git repo (cloning works fine).

The exact error I get is

Cannot determine the organization name for this '' remote url. ensure the credential.usehttppath configuration value is set, or set the organization name as the user in the remote url '{org}'.

and only the pull command shows me this error, all the others are failing with git fatal error. I messed with my Credentials Manager cos i suspected it might be the one causing the problem but no luck..



What fixed the issue for me is going to Tools > Options > Source Control > Git Global Settings, there I changed all 4 dropdowns which were still selected as "Unset":

  • Prune remote branches during fetch - False
  • Rebase local branch when pulling - False
  • Cryptographic network provider - OpenSSL
  • Credential helper - GCM Core


Note: These are the settings my organization requires. You might have to tweak them around according to your exact issue.

Monday, December 26, 2022

Hoping this helps others:

I solved this by using Path filters on the Build definition and it works flawlessly. I have created 1 build definition per project that needs to live or be hosted somewhere (in my example, I have 3 Build definitions: Web Api, Website, Node.js).

With the proper path to the project in the Path filter only the proper Builds spin up, and any projects untouched do not trigger a build. Each build has it's own release which then deploys the specified app to it's own destination.

Sunday, October 9, 2022

After playing around more, I think this is a bug in the Silverlight charting toolkit.

The following code causes a reproduceable crash.

int runCount = 0;
        private void bindChart(string searchString)
           List<KeyValuePair<DateTime, int>> dataEmpty = new List<KeyValuePair<DateTime, int>>();

            List<KeyValuePair<DateTime, int>> dataFilled = new List<KeyValuePair<DateTime, int>>();
            dataFilled.Add(new KeyValuePair<DateTime, int>(DateTime.Today, 1));
            if (runCount == 0)
                Chart1.DataContext= dataEmpty;
                Chart1.DataContext = dataFilled;



<charting:Chart Grid.Row="0"
    LegendTitle="Legend" Name="Chart1" Grid.RowSpan="2">
            <charting:AreaSeries ItemsSource="{Binding}"



                                       Background="Red" />


This will fail on the second call to bindChart.

Sunday, October 9, 2022

In my particular case after many mails back and forth with Microsoft it turned out that two of my accounts somehow started conflicting with eachother causing weird errors. A nice example was that making changes to a wiki in DevOps would show a different account in the commit trial than the account I was logged into.

In the end Microsoft managed to fix it and I haven't had any issues since.

Thursday, October 20, 2022
  1. On the receiving end you normally receive a 414 Request-URI Too Long-header.
  2. No it cannot be increased at runtime. And in Apache, if you use that as a webservers, you can limit it to something below the default 8190 bytes, but not to something above it without changing the source code & recompiling.
  3. Yes, is it server dependent, and even UA-dependent, and if you run Suhusoin with PHP, even more possible rules apply.
  4. If you need to ask "What is the maximum lenght of an url?", you actually need to ask: "Why are these not POST values?".
Sunday, September 11, 2022
Only authorized users can answer the search term. Please sign in first, or register a free account.
Not the answer you're looking for? Browse other questions tagged :