Open tuxuser opened 4 years ago
Hi,
I have some trouble while migrating to the new auth mechanics of the rest server, previously I logged in via a post request using email, username. Also, it was possible to load the old token, after restarting the rest server. Now after restarting the server, I have to again call the redirect uri of the auth/login
endpoint via browser to get it working again. Isn't it possible to auth without manual user action after restarting the rest server once? I would expect that I can stay logged in for at least until my I forgot to refresh or token expired due to other reasons. According to the docs I can also not pass my existing token to the login, so I guess everything is handeld internally.
Would be nice, if you could guide me in the right direction.
Okay, so after first productive tests, I guess my real issue came up, until then I had rest server running on my dev machine, but now having it running on a SBC in my local network, the problem I face is, that the only allowed callback
is localhost, but the rest server is running on another machine in my network. Is it somehow possible to get the callack called to the device where my rest server is running on?
Okay, according to https://stackoverflow.com/questions/58324124/access-local-web-server-from-another-device-on-the-network-using-azure-ad-for-au it seems like, this is not possible. Is there any chance to use the old authentication procedure. In my setup most users have the rest server running on a SBC in their network and of course will login with their PC, where the callback will always address the PC instead of the SBC where the server is running on, this makes it pretty impossible to work out of the box as previous versions did.
Also when not working in a virtualenv, which comes with requests
installed, the requests
package needs to be manually installed, especially on distros like Debian which are often used on SBCs this is not the case. Added it to my package as a module, but you could think about adding it at the origin.
YES, you are not alone. It currently is broken and there is no workaround. Be patient
You used python virtual environments, right?
Here is what you gotta do:
xbox-smartglass-core
via pipPractical example
Yup, that's expected too. The ReST server was migrated to the FastApi framework and the API was changed / cleaned up.
Check out: https://github.com/OpenXbox/xbox-smartglass-core-python#rest-api
Ok, whatever. Clone the old state of the repo and pin
xbox-webapi
to==1.1.8
. There obviously wont be any support for older versions tho.Thanks, good catch. I forgot something while migrating from gevent to asyncio. Please file an issue, attach a log and describe how this condition was reached.