-
Notifications
You must be signed in to change notification settings - Fork 0
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
Google idle Account #1
Comments
The issue found at Google idle Account #1 revealed that regardless if liking or un-liking is successful or not, the client UI and collection responds as if it is successful. This fix waits for confirmation from the server before changing the client UI and collection status.
Ok, so it took a while to track this guy down. (I made a small fix on commit b3fe6b8 - it only changes the UI if the server request is successful) The timeout occurs after 1 - 1.25 hours of idle. The access token is persists, but I believe it is being invalidated on Google's end. The standard 401 that gets spit out is: Exception while invoking method 'likeVideo' Error: failed [401]
{
"error": {
"errors": [{
"domain": "global",
"reason": "authError",
"message": "Invalid Credentials",
"locationType": "header",
"location": "Authorization"}],
"code": 401,
"message": "Invalid Credentials"
}
} after the EDIT: According to Google the refreshToken should be used. Which we actually have (stored at |
I'll change it to that and see if it is fixed |
well thats fucked meteor/meteor#522 |
Nice work - clean |
When a user is logged in for a period of time and leaves the browser, google cannot re-authenticate to get the likes. This may be because we don't get a refresh token, but I though meteor would handle that.
The text was updated successfully, but these errors were encountered: