-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v9.2.0 error when negotiating with Blessing Skin auth server #50
Comments
Strange, I couldn't reproduce it just now on 9.2.0 with an account on https://skin.prinzeugen.net. Does your BS account have multiple players? I tried on another public Blessing Skin server, https://skin.meowserver.cn, and neither Fjord Launcher 9.1.0 nor 9.2.0 successfully refreshed after logging in. The server replied with code 400 and:
so this could be a Blessing Skin bug. I didn't notice anything different about the /refresh request between 9.1.0 and 9.2.0, and Ely.by and Drasl authenticate and refresh correctly on 9.2.0. If it is indeed a regression, this could be the fault of #41. Could you double-check removing and re-adding the account on 9.1.0 and see if you get the same error? If you are able, could you try man-in-the-middling the /authenticate and /refresh HTTP requests using mitmproxy or similar, and posting the request and response bodies? |
OK, this might be caused by sending |
You had just unlocked a forgotten memory! Initially when i set up the private auth server, yes, but due to some sporadic error when adding an account, I manage to nail down the problem to having multiple players. The error was basically I couldn't authenticate myself sometimes despite having the correct player name. Using email directly bypass this problem altogether, but the user will have no choice in which player to play. I cannot recall how BS choose which player if we use email login. To solve that I used "Single Player Limitation" plugin on my BS server and everything work well. So now the answer is no. Each account can only have 1 player. Unfortunately I am unable to recall which version of Fjord Launcher i was using when I encountered this problem. I will test having multiple players again when I have the chance.
I tried it just now and no I do not get any error. 9.1.0 works flawlessly.
I am not familiar with mitmproxy, so I will need some time to learn it and will report back to you. |
Some authentication servers (Blessing Skin) care when selectedProfile is sent on POST /refresh but the clientToken is already bound to a profile. We should only include selectedProfile in POST /refresh during the initial "Add authlib-injector account" process when selecting a profile from multiple availableProfiles. For #50
Can you see whether #51 fixes this for you? I think there will be Windows builds with the patch available at https://github.com/unmojang/FjordLauncher/actions/runs/12740359805?pr=51 when the automated CI job finishes. |
By the way, this is fixed as of Fjord Launcher 9.2.0. There is now a dialog to select a player when there are multiple available players. (That same patchset is probably what broke Blessing Skin) |
Operating System
Windows
Version of Fjord Launcher
v9.2.0
Version of Qt
v6.7.3
Description of bug
When launching an instance using an account of a Blessing Skin instance, the game fails to launch with this error:
Upon checking the logs, i get this: (true domain name is removed to prevent unwanted to request to my server)
LOG 2
Steps to reproduce
Suspected cause
Possible bad/malformed URI request when Fjord Launcher contact the /request API endpoint
This issue is unique
The text was updated successfully, but these errors were encountered: