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

Allow vault access by other apps through Document Provider #35

Open
j-xella opened this issue Jan 26, 2017 · 27 comments
Open

Allow vault access by other apps through Document Provider #35

j-xella opened this issue Jan 26, 2017 · 27 comments
Labels
type:feature-request New feature or request
Milestone

Comments

@j-xella
Copy link

j-xella commented Jan 26, 2017

It would be great to expose cryptomator API to third party apps, like dropbox does, for example. So that third party apps could read/write files to cryptomator.

@tobihagemann
Copy link
Member

Is #25 what you had in mind?

@j-xella
Copy link
Author

j-xella commented Jan 26, 2017

I am not sure.... I am not an android developer, but when you share the file with an app, you just pass it a file, but then it is the receiver app that decides what exactly to do with it, like in which folder to save and so on. What I meant is more control for 3rd part apps, like ability for other apps to query the contents of the vaults as well as specifying where exactly file is to be saved.

For example, when cryptomator integrates with dropbox, you don't just "share" encrypted files with dropbox, right? I was thinking of cryptomator providing similar functionality.

@overheadhunter
Copy link
Member

If a third party application wants to utilize Cryptomator's encryption routines, we have a android-compatible library for that.

@markuskreusch
Copy link
Contributor

markuskreusch commented Jan 30, 2017

I think what @j-xella has in mind is a Cryptomator document provider. In general this is possible but some things like unlocking and authentication will have to be figured out.

@markuskreusch markuskreusch added the type:feature-request New feature or request label Jan 30, 2017
@markuskreusch markuskreusch added this to the 1.x milestone Jan 30, 2017
@tobihagemann tobihagemann changed the title Expose cryptomator API for third party apps Allow vault access by other apps through Document Provider Nov 9, 2017
@calvadosxo

This comment has been minimized.

@nicdnb
Copy link

nicdnb commented Feb 13, 2019

I just purchased the app, hoping for this feature as well.
I would like to be able to open md files with Markor. They have support for dropbox style providers.
See gsantner/markor#197

@sorryusernameisalreadytaken

This comment has been minimized.

@SailReal
Copy link
Member

We're still focusing on other features but it is on our roadmap and we also consider it as an existential feature.

Please stay tuned.

@dan-v
Copy link

dan-v commented May 26, 2020

@SailReal any update on this issue? Would be great to have this functionality.

@technodrome
Copy link

technodrome commented Oct 19, 2020

I do appreciate solid FOSS projects and very much admire people who put experience and energy into them. However, it is not all about code - it requires also solid communication, especially when money is involved. Saying on one hand this thing is totally free while asking users for 15 € per desktop app if I want dark mode and ~9 € for mobile app where I cannot save my passwords in Keepass is just not customer-friendly. On top of that, it is very much not true:

You can use Cryptomator for Windows, Mac and Linux free of charge without any restrictions.

There are restrictions. Please change that sentence to actually reflect the truth.

So what exactly is the purpose of the overpriced mobile app, just RO access? I don't need an encryption solution for photos, most people store passwords and sensitive data they need to mutate, not just look at them. How is that exactly useful or new feature-wise if I cannot pass that document handle to another app to mutate and auto-upload? We've all already seen examples of apps which just popped up with bold statements about their functionality, totally disregarded critical usability requirements - this one being a prime example of such case - and disappeared into oblivion because of such indifferent attitude towards the end user.

I really don't want to sound rude or condescending because - and I want to stress this - I do like the potential of this project very much (love the WebDAV integration right off the bat) but when I see a ticket with a critital feature laying open for almost 4 years and no comment on the progress for almost a year, I know the thing is very much a beta and should be priced as such (free) as it is at most a technological preview, not a finalized solution.

When communication is improved, the untrue statements on the webpage are fixed and finally this issue is implemented, then I'll be donating. Until then, this is just an MVP.

@tobihagemann
Copy link
Member

And yet, you sound rude and condescending. I guess we should just work many years on a software and give it away for free because it's an MVP by your definition. Congratulations, that's how a project definitely disappears into oblivion.

But you're right that our communication could be better as a whole because we're working on a lot of things simultaneously as a small company. It's extremely challenging because we're blasted with issues, support tickets, community posts etc. that require our attention as well. The irony is that communicating everything requires even more time that isn't spent on development. We're aware of this feature request and we're trying to prioritize everything (not just the Android app) as best as we can.

Back to topic: No, we do not have an update on the Document Provider feature and we'll absolutely give an update if there is an update.

@technodrome
Copy link

And yet, you sound rude and condescending. I guess we should just work many years on a software and give it away for free because it's an MVP by your definition.

No, I just said something you know is true, but rubs you up the wrong way.

We all have to deal with Jira tickets, stakeholder requests, conflicting managerial requirements. Free apps deserve a big leeway. Yours is not, hence users are customers. I did not criticize your desktop app - it works brilliantly.
But people will not be kind with their reviews just because you feel you're right and others are rude and condescending. Help them help you. Like others, I would buy your app, if it has features I need.

I guess we should just work many years on a software and give it away for free because it's an MVP by your definition. Congratulations, that's how a project definitely disappears into oblivion.
Right. Like Debian, Arch, git and other cummunity-driven projects? You claim you want to open-source the app - then do it: community will take care of most of your problems.

That all doesn't mean you're not doing good work: on the contrary. You are. But imagine yourself in the shoes of your customers. If you forget them, they'll forget you. Very quickly.

@akvadrako
Copy link

I just moved from iOS, where Cryptomator acts as a "document provider", to Android, and find I can't live without this feature. The browsing interface of Cryptomator is just not enough.

I would definitely purchase the Android version if this was implemented. :) Keep up the good work guys.

@kokroo

This comment has been minimized.

@SailReal
Copy link
Member

As mentioned in our roadmap, we are currently working on publishing the source code for the Android app, which will be completed in the next few days. After that, we will start developing this feature but it's a bigger task, so we can't give an ETA.

@ghost
Copy link

ghost commented Apr 8, 2021

I just bought the Android app and found out this is not supported. I am quite disappointed. This is basically deal-breaker. I cannot use Cryptomator without this.

Use-case: I need to encrypt shared data (over Syncthing) at rest (notes, contacts, todos, calendards,...).

Is there any update about delivering this feature @SailReal? If it has some ETA I am willing to wait, but otherwise I have to find another solution. Thanks!

@SailReal SailReal removed this from the 1.6.0 milestone May 7, 2021
@SailReal SailReal added this to the 1.6.x milestone May 7, 2021
@SailReal
Copy link
Member

SailReal commented May 7, 2021

Unfortunately still no ETA, however, we are in the middle of development:

@fancsali
Copy link

I reckon Cryptomator is decently awesome as it is, but this would make it my go-to solution for 99% of secure storage needs.

@ashleymorris2

This comment has been minimized.

@login22rvp

This comment has been minimized.

@vs4vijay

This comment has been minimized.

@fancsali

This comment has been minimized.

@louismartin

This comment has been minimized.

@login22rvp

This comment has been minimized.

@cryptomator cryptomator locked as too heated and limited conversation to collaborators Jul 16, 2021
@overheadhunter
Copy link
Member

overheadhunter commented Jul 16, 2021

Yes, Document Provider is still planned.

No, "are we there yet?" isn't going to speed things up.

Some things need to be done before we can fully focus on Document Provider. We'll write a blog post informing you about the state of this feature, shortly.

@SailReal
Copy link
Member

Here you can find the link to the mentioned blog post about the state of this feature: https://cryptomator.org/blog/2021/07/22/android-document-provider/

@SailReal SailReal modified the milestones: 1.7.x, 1.8.0 Mar 2, 2022
@SailReal SailReal modified the milestones: 1.8.0, 1.9.0 Jun 4, 2022
@SailReal SailReal modified the milestones: 1.9.0, 1.10.0 Apr 13, 2023
@SailReal SailReal modified the milestones: 1.10.0, 1.11.0 Jun 6, 2023
@JaniruTEC
Copy link
Contributor

A short update since there are regular requests for one:

We have been doing active development work on the Documents Provider between August and late October of last year (see: here), but the project has been put on hold again, unlikely to be picked up before June.
We understand that this is not what you were hoping to hear.
Cryptomator is developed by a small team with very limited time and resources, that need to be divided between the different projects in some way or the other. The Documents Provider was initially shelved in October because we needed to first refactor our database management on android as the old system wouldn't have been up to the task (see: #506) - this is mostly done now, which is honestly good news.
But before we can return to the Documents Provider we sadly have some other stuff to do that can't wait. We really want the Documents Provider to happen and we are sorry for delaying it again, but it will come, we promise!

A final note for all android developers reading along: Skymatic (the company behind Cryptomator) is hiring and outside of that we are always happy about any Pull Requests.
Cheers

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
type:feature-request New feature or request
Projects
None yet
Development

No branches or pull requests