Gemini says:
This specific URL tells us exactly what is broken under the hood.
By analyzing the parameters TVMaze is sending to Google, we can determine that while their core workflow strategy is actually correct, they are using a deprecated legacy endpoint and a heavily restricted legacy scope.
Here is the exact breakdown of what this URL reveals and why it is failing:
1. The Deprecated Endpoint Path (/o/oauth2/auth)
Look at the very beginning of the URL path:
[https://accounts.google.com/o/oauth2/auth](https://accounts.google.com/o/oauth2/auth)?...
The Issue: This is Google’s legacy OAuth 2.0 endpoint v1. Google officially deprecated this specific endpoint path in favor of the newer v2 endpoints (/o/oauth2/v2/auth) and the modern Google Identity Services (GIS) wrapper.
The Result: While Google kept this old endpoint on life support for years for legacy apps, they have been systematically shutting down access to it, especially for apps that haven't updated their developer verification status.
2. Legacy Full URL Scopes ([https://www.googleapis.com/auth/](https://www.googleapis.com/auth/)...)
Look at the scope parameter in the URL:
scope=[https://www.googleapis.com/auth/userinfo.profile](https://www.googleapis.com/auth/userinfo.profile) [https://www.googleapis.com/auth/userinfo.email](https://www.googleapis.com/auth/userinfo.email)
The Issue: TVMaze is requesting profile and email data using the old full-URL legacy scopes. Google explicitly deprecated these specific userinfo URLs years ago.
The Result: The modern standard is to use short-form, open-id scopes (openid email profile). Google announced strict enforcement policies stating that apps still requesting the old full-URL scopes would face authorization blocks unless they migrated to the new format.
3. The "Good" News: The Architecture is Fine (response_type=code)
What they did right: They are using response_type=code. This means they are using the Authorization Code Flow, which is the modern secure standard (unlike the completely banned response_type=token implicit flow).
Summary: What TVMaze needs to do to fix it
Because TVMaze's fundamental architecture is correct (response_type=code), they don't need a massive, ground-up rewrite. The fix on their end is incredibly simple, but it requires their developer to change a few lines of configuration code:
Update the Endpoint: Change the authentication base URL from /o/oauth2/auth to /o/oauth2/v2/auth.
Update the Scopes: Change the requested scopes from the long [https://www.googleapis.com/auth/userinfo](https://www.googleapis.com/auth/userinfo)... strings to just email profile.
Verify the Client Secret: Because it's been down for months, they likely also need to log into the Google Cloud Console and generate a new Client Secret, as their old one may have expired during this downtime.
Since it has been broken for months, it's highly likely that Google automatically flagged or restricted their client_id (listed in your URL) for non-compliance with these platform deprecations. Until they update those endpoints and click "Submit for Verification" in their Google developer dashboard, the login will remain completely unusable.




