Tobias Hagemann

Hey @RiseT! Just moved this here to the Windows installer repository, because we can't/won't fix this for other operating systems. But we can certainly also delete `~/AppData/Roaming/Cryptomator/` in the uninstaller.

We're using Windows Data Protection (aka. DPAPI). "Arbitrary data can be encrypted using this API, although storing the encrypted data is up to the developer." [[cited from Stack Overflow]](http://stackoverflow.com/a/29341447/1759462) That's...

I'd like to add that I changed the refreshUrl in the store. Older tokens still point to `…/subscription` but new ones point to `…/token`. Redirection is in place, i.e., redirects...

I guess I failed my task at #150 then. 😂 Edit: They are different! Apparently, not different enough?

Alternative solution: Indicate via text that it is a group?

I would suggest to use the full word "Group" either below the group name or right-aligned at the same height. But use a brighter color and maybe a smaller font...

I like the idea of entering the recovery key. Since we have something like that, we should use it. > Alternatively, I would also set the requirement that only empty...

I'm pretty sure this can be determined on the backend without an additional HTTP request. When unlocking the vault, we know which user is trying to unlock the vault: https://github.com/cryptomator/hub/blob/dbabef34a496175b28bee3d11d9489ac86e68255/backend/src/main/java/org/cryptomator/hub/api/VaultResource.java#L240...

Oh man, what a bug. 😕 No clue, how to fix that but maybe it has to do something with these lines of code: [native-functions/org_cryptomator_jni_MacApplicationUiState.m](https://github.com/cryptomator/native-functions/blob/develop/MacFunctions/org_cryptomator_jni_MacApplicationUiState.m)

Yes, can confirm. Looks quite nice when pointing to [this icon](https://github.com/cryptomator/cryptomator-mac/blob/cbcd297db14991646b16c596065e795e95900f00/resources/dmg/Cryptomator-Volume.icns). Even though my initial reaction was: Why did I make it blue? :joy: