This should now be fully resolved. We found that when all possible scopes were requested and granted, it caused a timeout that triggered the 500 errors. This issue was rare because it only occurred when users had access to tools like transactional email, which most HubSpot customers do not have.
One of my other colleagues will notify the owners in account 163004 directly.
Thank you for your patience throughout this long process.
To help out here, can you give a bit more detail about the steps of the process? Specifically, if you're at the stage of swapping the code for an access token, can you provide the following:
full URL of HTTP request
Method
Headers
body (be sure to redact your `client_secret`)
Less necessary, but you can provide your code snippet too.
You can import that to postman via File > Import > Import from URL. Then, edit the request to include your client id and client secret. Go through the first step of the flow in your browser to get a new code parameter, and then copy/paste into the Postman collection and Post. Let me know the results.
I've run nearly 40 tests today with your auth URL, different accounts, and different users and have an update!
I can consistently reproduce 500 errors from this endpoint after authenticating your app with a Super Admin who has Sales Professional or Enterpriseaccess — the same permission set as the user in account 163004.
Once a user with both the Super Admin and Sales Professional/Enterprise roles triggers a 500 error, they are unable to connect the app under any circumstances. Revoking the roles and even changing the auth URL have no effect — the endpoint will continue to return 500 errors for that user.
Curiously, other combinations of roles work perfectly. An Admin with Sales Professional/Enterprise access can connect and disconnect the app any time, as can a Super Admin with no Sales Professional/Enterprise seat.
I can continue to dig into this issue. In the meantime, could you have a different user with the appropriate permissions in account 163004 connect your app? (Depending on your client's needs, either of the combinations above will work.)
Hi @IsaacTakushi , thank you for the update, glad to hear you can reproduce the issue.
We have suggested our client to try with a different user for now, please keep us posted if you find anything else. We are eager to know the root cause of this issue.
This should now be fully resolved. We found that when all possible scopes were requested and granted, it caused a timeout that triggered the 500 errors. This issue was rare because it only occurred when users had access to tools like transactional email, which most HubSpot customers do not have.
One of my other colleagues will notify the owners in account 163004 directly.
Thank you for your patience throughout this long process.
Mar 17, 20224:43 AM - edited Mar 17, 20225:01 AM
Top Contributor | Diamond Partner
Access token return 500 Internal Server Error
SOLVE
Hi @IsaacTakushi . I'm having the same issue when trying to get an access token for a test app I'm trying on a dev account. What was the solution in the end?
Sorry, ignore me. Was being dumb and found a typo.