-
-
Notifications
You must be signed in to change notification settings - Fork 138
500 server error when trying to auth against Digikey #935
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
What does the Part-DB log tells? This is most likely some configuration issue, that either one of the secrets is wrong, something is wrongly configured at digikey or something is wrong about the reverse proxy config. Digikey is quite picky about that. |
I'm not sure, my logs tend to get spammed with Symphony deprecation issues, and long tracebacks, it is kinda hard to find relevant entries in the noise. Any way to turn those down? |
Just search for "CRITICAL". Each log entry gets prefixed with its priority level, and only real errors get the CRITICAL priority. |
ok, thanks! I get:
This is going directly to the IP, not going through the proxy. I'll double check the keys, again, to make sure, not sure what else could be wrong? |
checked, the keys are the right ones. |
Describe the bug
Similar to #581 , when I try to use the "connect oauth" button for digikey, I get a 500 error
To Reproduce
Steps to reproduce the behavior:
Expected behavior
authentication to succeed :P
Screenshots
Server Side
Desktop (please complete the following information):
Additional context
I have been poking at this on an off for a few weeks now, It is the return call that is 500ing, after the auth call to digikey succeeded.
It behaves exactly the same behind my reverse proxy on a domain, btw
The text was updated successfully, but these errors were encountered: