__What happened__ (with steps, logs and screenshots, if possible):
When trying to log into our Enterprise server, upon entering our sever, and it correctly identifying it, I get prompted for a personal access token, instead of my username/password as I am typically prompted for to access our server.... See screenshot:
Thanks for opening this @awbushnell - could you tell me what version of GitHub Enterprise you're on?
If you're needing to login in the meantime, we're in the process of adding instructions for creating a token here: https://github.com/github/VisualStudio/blob/abff93d8c387c34e18b0fc5e3097893c2719f474/docs/getting-started/authenticating-to-github.md#authenticating-to-github
@grokys We are currently on version 2.11.6 but "soonish" will be moving to 2.12
@grokys I managed to generate a token and am logged in now. thanks
@awbushnell Just to confirm, you used to login with just username/password before and now it's always asking for a token, correct?
@shana Yes that is correct, I do not ever recall getting prompted for a token.
Yes, I think this should be considered a bug. We're querying the server metadata to see if it accepts a username and password. If it doesn't accept a username and password we prompt for a token.
The bug comes about because enterprise instances <2.12 don't actually return that metadata, in which case we assume that the server doesn't accept a username and password. We should instead assume it does.
I just encountered the same issue. As it happens, our enterprise is updating to 2.12.4 tomorrow. Planning to try logging in then and see if it works. :)
Hi @awbushnell - if you have a moment could you try the vsix here and see if it fixes your login problem?
I'd advise switching back to the stable vsix once you've tested, as this version has not been through our testing process.
@grokys Thank you, I gave that a try, and yes that worked, prompted me for username and password and token as expected with our current enterprise server/version etc..
Most helpful comment
Yes, I think this should be considered a bug. We're querying the server metadata to see if it accepts a username and password. If it doesn't accept a username and password we prompt for a token.
The bug comes about because enterprise instances <2.12 don't actually return that metadata, in which case we assume that the server doesn't accept a username and password. We should instead assume it does.