@Liewe_Lullu Thanks for your pln file.
I am looking at it, and I got to say that I have never seen a plan like that.
No wonder the tool is confused.
The problem is that the way you have some inputs that come a factory to your spaceport and some that just transfer from a storage to your spaceport.
The tool is trying to align them but the factory and the storage are fighting each other for the right to align the spaceport with themself.
I’ll need sometime to think about a solution.
Thank you very much! I realise now that the game does not allow a route between a storage and the launch pad. Only an expedited transfer.
Also, my life is basically a big confusion 
Yes, and now I remember that I did not add that rule because I left people the possibility to do expedited transfer.
Just like I let people add routes between planets.
Some of the tool concepts rely on the player actual in-game actions (ex: move things between planets).
Regarding your bug, I found the true cause of it.
There was an actual bug in the code.
Basically all planets were using all space routes, even if the space route was not from or to them.
That was causing your plan to go into an infinite loop trying to order the planets and their content.
This is fixed now, but I want to work a little bit more on the algorithm to make the result ‘prettier’.
Fantastic! Thank you very much! 
Version 8.6.9 is now available
Thanks to @Liewe_Lullu for you help in catching this one.
Thank you very much!
Hey every time I try and connect the API I am getting the following error:
{“error”:“invalid_request”,“error_description”:“The callback URI doesn’t match the value stored for this client”}
Is there a fix for this or is this error from something on my end?
This could be due to the SSO now requiring the callback URL be an exact case sensitive match for the URL in the dev app. Before you could add stuff add the end of the callback URL and it would still be considered valid.
I’ll take a look at it.
Hi, I’m getting the same error I’m on Chrome
{“error”:“invalid_request”,“error_description”:“The callback URI doesn’t match the value stored for this client”}
Ok, so I am taking a look at it right (as I am writing this), and the issue seems a bit more complicated than I planned.
I need some time to figure it out.
So please be patient for the time being.
Version 8.6.10 is available.
Finally got the API key registration to work again.
I had to change a few things to make it work, but now it should be more reliable and also it does not need the WebService anymore.
Thank you to @Vladamier_Donvendonish & @Rod_Kurrigan for reporting the issue.
And thank you to @Golden_Gnu for providing a hint about the cause of the problem.
at ESI.NET.SsoLogic.d__6.MoveNext()
at System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1.Start[TStateMachine](TStateMachine& stateMachine)
at ESI.NET.SsoLogic.GetToken(GrantType grantType, String code, String codeChallenge)
at EVEPlanetaryPlanner.MainWindow.<TextButton_AddAPIClick>d__6.MoveNext()
Ugh… I hate when this happens.
Locally for me everything is fine, people get the latest version and everything breaks for them.
I’ll take a look at it.
I pushed version 8.6.10.1 which should fix the assembly issue.
I tested it on my side and it looked ok this time.
@Rod_Kurrigan, can you confirm please?
When I try to run it gets stuck in an update loop. If I chose not to update I get the following error:
Failed SetStartPosition Input string was not in a correct format.
at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
at System.String.System.IConvertible.ToInt32(IFormatProvider provider)
at System.Convert.ToInt32(Object value)
at EVEPlanetaryPlanner.MainWindow.SetStartingPosition()
@Behaigo, you mean when you are trying to run a plan?
Or just trying to launch the tool ?
When I launch the tool. I tried uninstalling and reinstalling it and it didn’t work.
After reinstalling it again it still gets stuck in an update loop (says there’s an update, I install, it says there’s another update, etc) but when I tell it to skip the update it’s stopped throwing an error like it has been the last couple of days.
Ok, I think I understand what is going on.
But I am not sure how to fix it.
The problem is a caching issue from either your browser, or my website.
I have uploaded the latest version twice now.
Before zipping the files, I made sure that the exe version is 8.6.10.1
I pushed it to the website.
Then I downloaded it straight away.
Unzipped it and it was 8.6.10.0
Opened a different browser and tried again.
This time I got version 8.6.10.1
I would assume that it is a browser caching issue.
But the fact is that the tool itself downloads the 8.6.10.0
Which leads me to think it is a server caching issue.
And yet, opening the download page from on a different browser gave me the correct version.
So I am very confused about this.
The only solution I can offer so far is to open a new browser, download the latest version manually and unzip it in the app folder.
I’ll continue to check on the website side to see what does that.