It does seem like something weird is still going on. I saw something similar happening a few days ago. After hitting the login screen, then logging in, I would be redirected to the developer dashboard. From there I had to close the login, then when I would retry the request it seems it would cache my credentials and properly direct me to the authorization screen to select devices. The authorization seems to work as expected from there for me (via Postman and SharpTools) so I can’t reproduce the error message you are seeing.
I put together a quick video showing this in Postman: (I would recommend viewing fullscreen and in full resolution)
It seems the loading of the devices in the authorization window is a bit slower than normal as well. It’s not considerable from a solid connection (eg. desktop), but it’s pretty noticeable on a slower/more latency burdened connection (eg. mobile).
I wasn’t so much worried about the credential caching itself - that’s expected. What I was pointing out is that the first time I login with my SmartApp (eg. no caching), then I am redirected to the developer dashboard and for a user it would be unclear what to do next (other than maybe retry).
The second time I log in (eg. credentials cached), I am directed to the appropriate authorization screen. I haven’t heard users complaining about this so I don’t know if they are seeing the issue or it’s somehow limited.
Oddly enough, I was neither able to reproduce my issue nor your issue when I tried the OAuth workflow with SmartTiles… so I’m not sure what’s going on?
I believe this is related to the recent login issues we have been seeing. I was thrown from the login page directly to the IDE during one oAuth attempt. Attempts this morning have been successful. oAuth is working fine for me.
I suspect it might have to do with authorizing against SmartApps that were not submitted for review and outside the scope of the IDE user. This is a loophole that they probably want to close.