Hacker News Reader

Not really. The libraries should do what my own app does: render the vendor website (Tesla or whoever) in a browser window and let the user enter their creds securely. You can then capture the auth code from the redirect just fine.

There are right and wrong ways to do OAuth both in server and client, and many, many implementations do it wrong.

View on HN

That works for GUI apps I agree though doesn’t work for server side stuff. Which I suspect the software the OP meant is. But yes better than storing the password if you are on a desktop.

> You can then capture the auth code from the redirect just fine.

Not when you don't have an 'official' redirect URL.

If you control the client, you can. Because when you get the redirect response, you then take the auth code that is included there, and you don’t follow the redirect.

Then you send the auth code to your backend instead.

Typically if you farm the job out to a browser, per the discussion, then you don't have control over the client.

I took it to mean that they render the login page in a web view still controlled by their app

Right, so my app is an electron app, and you can hook into the redirect. It’s still a little bit hacking the flow but not as bad as full browser automation

Reply on news.ycombinator.com