Skip to content
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 Drive Doesn’t Unlock After Re-opening App #476

Open
2 tasks done
ScrubsAndStats opened this issue Jan 21, 2023 · 1 comment
Open
2 tasks done

Google Drive Doesn’t Unlock After Re-opening App #476

ScrubsAndStats opened this issue Jan 21, 2023 · 1 comment
Labels
type:bug Something isn't working

Comments

@ScrubsAndStats
Copy link

ScrubsAndStats commented Jan 21, 2023

Please agree to the following

Summary

Google Drive Doesn’t Unlock After Re-opening App

System Setup

- Android: 13
- Cryptomator: 1.7.5

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.

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 reference:
Google Drive Doesn’t Unlock After Re-opening App: Cryptomater Community

@ScrubsAndStats ScrubsAndStats added the type:bug Something isn't working label Jan 21, 2023

This comment was marked as outdated.

@github-actions github-actions bot added the state:stale Issues without any activity that will be closed automatically label Jan 22, 2024
@SailReal SailReal removed the state:stale Issues without any activity that will be closed automatically label Jan 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants