You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The 2nd login should succeed.
More than one login should be possible within the validity window of a single MFA code (possibly even without the need of logging out sessions created within that validity window in between).
What happens instead
The 2nd login fails with a Failed to Login: Expired error.
Rationale
The inability to perform logins within the validity window of a single MFA code hurts the programmability of the MEGA API.
This came up when working on a Go client, t3rm1n4l/go-mega#51, where integration tests perform several sessions logins and logouts in quick succession.
Right now I'm leaning towards saving the secret session token to a file and reusing that - but it seems like a hack, so I'd like to avoid that.
But perhaps I'm looking at it the wrong way? I would appreciate some guidance from the SDK authors about the "intended" way of interacting with the API for use cases like this one.
NOTE: Even though I used
MEGAcmd
to demonstrate this issue, I believe this is an issue in the SDK, or maybe even server-side.To reproduce
Execute a login, followed by a (full) logout, followed by another login within the validity window of one MFA code (
012345
in this example).What I expected to happen
The 2nd login should succeed.
More than one login should be possible within the validity window of a single MFA code (possibly even without the need of logging out sessions created within that validity window in between).
What happens instead
The 2nd login fails with a
Failed to Login: Expired
error.Rationale
The inability to perform logins within the validity window of a single MFA code hurts the programmability of the MEGA API.
This came up when working on a Go client, t3rm1n4l/go-mega#51, where integration tests perform several sessions logins and logouts in quick succession.
Right now I'm leaning towards saving the secret session token to a file and reusing that - but it seems like a hack, so I'd like to avoid that.
But perhaps I'm looking at it the wrong way? I would appreciate some guidance from the SDK authors about the "intended" way of interacting with the API for use cases like this one.
Version info
The text was updated successfully, but these errors were encountered: