I have tried that too without any change, no request is ever received at the server. I switched to the smart things endpoint on the suggestion of others as a test.
# tcpdump -n tcp port 80
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
^C^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel
I didn’t expect any though with a standard OAuth process given the error (unless there was some form of request for validation). The error is occurring on the first stage - normally the browser would just be redirected, and that clearly is not occuring due to the internal server error.
I have also tested the shard directly (na-02) and using a domain name, not an IP. None produce any different results.
I think that there is minimal validation on the selection page and then upon submit the OAUTH is validated. Since no valuable message or log occurs, it is hard to figure out what is happening.
I don’t doubt the possibility of some silly mistake / trap. Unfortunately everyone I have got in contact with in regards to this issue does not have a solution.
I’ve had an open ticket with Samsung for the past 2 weeks, I’ll be sure to update this thread if there is any solution from that front…
What seemed to work was how I was calling the first authorization URL. I am using PHP, and assumed the call had to be a valid OAUTH call (with the headers all set properly). And I found out that was not the case.