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
I have two Google Drive accounts “A” & “B”. “A” contains my Cryptomater vault. “B” has been added as a viewer to the vault folder by “A”.
“A” successfully manages to unlock the vault after it is first added onto the app. However, after locking and reopening the app there is no password prompt and instead displays “An Error Occured”. Using “B” instead to access the vault results in the same behavior (unable to unlock after reopening).
The problem can be temporarily resolved on “A” by removing the vault and re-adding it which prompts for the password and unlocks successfully, however it breaks after reopening. Similar behavior cannot be reproduced on “B” which despite re-adding stays broken (“An Error Occured”).
Expected Behavior
Cryptomater should prompt the user for the passphrase.
Actual Behavior
Shows the toast "An error occurred".
Reproducibility
Always
Relevant Log Output
I have also sent the logs on the Cryptomater HelpDesk (Ticket#82294).
Cryptomater seems to break on the following API call.
GET https://www.googleapis.com/drive/v3/files/1t4b2SkzT_DW18q6_lcVQeeuF5r1Cm_GF/revisions
{
“code”: 403,
“errors”: [
{
“domain”: “global”,
“location”: “Authorization”,
“locationType”: “header”,
“message”: “The user does not have sufficient permissions for file 1t4b2SkzT_DW18q6_lcVQeeuF5r1Cm_GF.”,
“reason”: “insufficientFilePermissions”
}
],
“message”: “The user does not have sufficient permissions for file 1t4b2SkzT_DW18q6_lcVQeeuF5r1Cm_GF.”
}
Anything else?
I believe Cryptomater is trying to use actions that would only be available to people added as editors (i.e. requesting for file revisions). As Account “B” was added as a viewer, these permissions were not available, hence leading to “reason”: “insufficientFilePermissions”.
When I altered “B” to an editor and after waiting for around an hour for the changes to reflect on all the sub-folders. After removing and re-adding the vault, the error seemed to disappear.
If I am correct, is there a possibility for supporting read-only access on shared Google Drive vaults. That is not requesting for permissions only available to Editors by default, unless a specific actions demands it. And showing a suitable error message about lack of permissions if permissions are not available.
I believe sharing vaults without giving the end-user write access is a important use-case Cryptomater should support!
Please agree to the following
Summary
Google Drive Doesn’t Unlock After Re-opening App
System Setup
Cloud Type
Google Drive
Steps to Reproduce
I have two Google Drive accounts “A” & “B”. “A” contains my Cryptomater vault. “B” has been added as a viewer to the vault folder by “A”.
“A” successfully manages to unlock the vault after it is first added onto the app. However, after locking and reopening the app there is no password prompt and instead displays “An Error Occured”. Using “B” instead to access the vault results in the same behavior (unable to unlock after reopening).
The problem can be temporarily resolved on “A” by removing the vault and re-adding it which prompts for the password and unlocks successfully, however it breaks after reopening. Similar behavior cannot be reproduced on “B” which despite re-adding stays broken (“An Error Occured”).
Expected Behavior
Cryptomater should prompt the user for the passphrase.
Actual Behavior
Shows the toast "An error occurred".
Reproducibility
Always
Relevant Log Output
I have also sent the logs on the Cryptomater HelpDesk (Ticket#82294).
Cryptomater seems to break on the following API call.
Anything else?
I believe Cryptomater is trying to use actions that would only be available to people added as editors (i.e. requesting for file revisions). As Account “B” was added as a viewer, these permissions were not available, hence leading to “reason”: “insufficientFilePermissions”.
When I altered “B” to an editor and after waiting for around an hour for the changes to reflect on all the sub-folders. After removing and re-adding the vault, the error seemed to disappear.
If I am correct, is there a possibility for supporting read-only access on shared Google Drive vaults. That is not requesting for permissions only available to Editors by default, unless a specific actions demands it. And showing a suitable error message about lack of permissions if permissions are not available.
I believe sharing vaults without giving the end-user write access is a important use-case Cryptomater should support!
Please reference:
Google Drive Doesn’t Unlock After Re-opening App: Cryptomater Community
The text was updated successfully, but these errors were encountered: