Launcher: An error occurred while updating the launcher about stride HOT 24 CLOSED

Fixed. Note that even running nuget.exe install Newtonsoft.Json fails if there is a non-valid nuget source (but Visual Studio is OK with it)
It will be part of next launcher update.

from stride.

OMG @TomGroner, you nailed it. My setup does contain a private nuget server that requires authentication and it seems the Xenko launcher goes through my entire nuget server configurations and because authentication is required for my private one it fails. In VS2017 i temporarily disabled my server and voila my launcher works, much thanks man!!. @xen2 probably this can be fixed in the launcher to only go through its necessary nuget servers and leave our setups alone :-).. But all things said, to anyone who experience this you know what to do.

from stride.

I could also already reproduce by adding a non working URL in the nuget server list.
Currently taking a look (however the strange thing is that NuGet is doing the repository loop and there is no try-catch, maybe I am supposed to use another API, have to look further).

from stride.

Released new launcher (sorry it's been a while!)

from stride.

works fine for me, maybe something on your end?

from stride.

Everything is uninstalled again including cleaning any registry entries. I've downloaded the xenko installer and problem persists, so what can be the issue on my end? See screenshot

from stride.

i have updated from a previous version... did you have a version installed before?

from stride.

Yes, now they are all gone naturally, but it seems as if it wants to update something that's not there even after an uninstall

from stride.

No issue for me as well.

May I ask from which country you tried to upgrade? We had some issues in the past depending on the location...

from stride.

@Kryptos-FR Belgium

from stride.

Hmm. No, I don't think we ever had an issue with Europe.

from stride.

i know, im stumped, i dont quite understand why its giving an upgrade error message now that everything is also uninstalled.. Maybe i need a new installer that is not the one publicly available.

from stride.

I am receiving the same error as @Simba-Mupfunya. I am from the US.

from stride.

@TomGroner @Simba-Mupfunya I will take a look if I see anything wrong with that code (might not be easy without more info)
If you happen to be able to attach a Visual Studio debugger to the process and grab some caught exceptions & stacktrace, that would be helpful!

from stride.

@xen2 is the source code for the launcher not in the repo? I was going to try compiling it from source to see if it gave the same error. I couldn't seem to find it and then I noticed the .gitignore was updated to ignore the /sources/launcher/ directory.

from stride.

I was able to resolve this problem after taking these steps:

1. Uninstalled Xenko
2. Restart computer
3. Reinstall Xenko
4. Removing the following folder: C:\Users[Username]\AppData\Local\Silicon Studios\

from stride.

As an added piece of information, I have my own personal NuGet server that I keep some of my test packages on when tinkering. I attempted to install the Xenko 2.1 beta version and it failed with a message that the VM that I run my NuGet server from was not found. When I turned it on I was able to install the older Xenko version without issue.

I'm wondering if that error, along with the fact that Xenko 3.0 creates and registers it's own local Nuget, could have been the issue when upgrading to 3.0, more than deleting the old Silicon Studios directory in AppData? I would test the theory with my VM running, but I permanently deleted (shift + delete bad habit) the old AppData folder so I don't have the pieces to re-create the conditions.

from stride.

@TomGroner thanks for the details, it definitely could be something related to Nuget since we use it much more extensively now. Will check if something stands out.

So far launcher is still closed source (I was considering an asset store but that's much later down the road), but maybe I will reconsider opensourcing (maybe not MIT?) it just to make everybody's life easier and contributions possible.

from stride.

@xen2 Yeah I think the issue might a need to be specific about which NuGet server is critical enough to halt on. The primary nuget.org server, the Xenko internal ones, those are critical, But SomeRandomOrg.org could be ignored. I have NuGet sources mapped such as my personal one and one for work that isn't available unless I have a VPN session active. I am curious if @Simba-Mupfunya has something similar setup in his environment.

from stride.

I run into similar issues with all VS projects when restoring packages. It will fail even if I am not using any of my own personal / work packages in the project unless I spin up my server or disable the package source. It's possible there are no hooks to tie into :( This might be a case where the error message mentions what we found here, or has a link to a page with those details, etc.

from stride.

Thanks @xen2

from stride.

Just so you know after disabling my Telerik nuget package source, which requires authentication ofcource, i updated to the new xenko launcher version BUT as you will see in the Launcher error message below you are still trying to process these nuget package sources that arent Xenko

An error occurred while updating the launcher. If the problem persists, please reinstall this application. Details: NuGet.Protocol.Core.Types.FatalProtocolException: An error occurred while retrieving package metadata for 'Xenko.Launcher' from source 'Telerik NuGet'. ---> NuGet.Protocol.Core.Types.FatalProtocolException: The V2 feed at 'https://nuget.telerik.com/nuget/FindPackagesById()?id='Xenko.Launcher'&semVerLevel=2.0.0' returned an unexpected status code '401 Please provide Authorization headers with your request.'. at NuGet.Protocol.V2FeedParser.<>cDisplayClass50_0.<<LoadXmlAsync>b1>d.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.HttpSource.<ProcessResponseAsync>d141.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.V2FeedParser.d50.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.V2FeedParser.d49.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.V2FeedParser.d38.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.DependencyInfoResourceV2Feed.d5.MoveNext() --- End of inner exception stack trace --- at NuGet.Protocol.DependencyInfoResourceV2Feed.d5.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.PackageManagement.NuGetPackageManager.d91.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.PackageManagement.NuGetPackageManager.<>cDisplayClass90_1.<b0>d.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.PackageManagement.NuGetPackageManager.d90.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Xenko.Core.Packages.NugetStore.d85.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Xenko.LauncherApp.Services.SelfUpdater.d4.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Xenko.LauncherApp.Services.SelfUpdater.<>cDisplayClass3_0.<b0>d.MoveNext()`

from stride.

What do you mean by "disabling my Telerik nuget package source"?

from stride.

In vs2017 i just have to uncheck it from my list of package sources and by doing that it allows the xenko launcher to work again

from stride.