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

Unlock vaults with same name not working on macOS using FUSE-T #3272

Open
2 tasks done
tobihagemann opened this issue Jan 5, 2024 · 3 comments · Fixed by #3336
Open
2 tasks done

Unlock vaults with same name not working on macOS using FUSE-T #3272

tobihagemann opened this issue Jan 5, 2024 · 3 comments · Fixed by #3336
Labels
mount:fuse os:mac state:has-workaround There is a known workaround for the described problem type:bug Something isn't working

Comments

@tobihagemann
Copy link
Member

tobihagemann commented Jan 5, 2024

Please agree to the following

Summary

Unlock vaults with same name vault not working.

What software is involved?

  • Operating System: macOS
  • Cryptomator: 1.11.1
  • FUSE-T: 1.0.34

Volume Type

FUSE-T

Steps to Reproduce

  1. Create two vaults with same name
  2. Unlock first vault
  3. Unlock second vault

Expected Behavior

Two virtual drives exists, showing the contents of the first and second vault.

Actual Behavior

Only one virtual drive exists, showing the contents of the second vault.

Reproducibility

Always

Relevant Log Output

No response

Anything else?

This issue is very similar to #3114 #3344.

But with FUSE-T on macOS, there is no error. And it can be very confusing, which contents from which vault the virtual drive is actually showing.

@tobihagemann tobihagemann added type:bug Something isn't working os:mac state:has-workaround There is a known workaround for the described problem mount:fuse labels Jan 5, 2024
@JaniruTEC
Copy link
Contributor

IIRC this is also an issue with macfuse

@tobihagemann
Copy link
Member Author

tobihagemann commented Jan 5, 2024

That's the thing, we fixed it in the macFUSE provider a while ago. I'm confused why we didn't fix it in the other providers.

@infeo infeo added this to the 1.12.0 milestone Jan 8, 2024
@infeo infeo modified the milestones: 1.12.0, 1.x Feb 1, 2024
@infeo infeo modified the milestones: 1.x, next Feb 12, 2024
infeo added a commit that referenced this issue Feb 13, 2024
@infeo
Copy link
Member

infeo commented Feb 27, 2024

See #3344 (comment).

Since we act towards the same case in the mount API, this issue also needs to be rescheduled.

@infeo infeo reopened this Feb 27, 2024
@infeo infeo modified the milestones: 1.12.3, next Feb 27, 2024
@infeo infeo removed this from the minor milestone Jun 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
mount:fuse os:mac state:has-workaround There is a known workaround for the described problem type:bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants