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
"Take picture" should allow saving the picture when the user tries to cancel uploading #812
Comments
I agree, a warning and the opportunity to save the file in external storage would be good. |
I kind of expected the picture to appear in my gallery after I took it, no matter what happens with it in the app. (But I am an iOS user mainly...) Is this done differently in Android by default? |
@janpio Thanks for the suggestion. I went back to the official documentation and it said: https://developer.android.com/training/camera/photobasics.html#TaskPath
So I think you are right. In light of this, I'm happy to make it (almost) always save the picture. I'm thinking of two approaches. Approach A:
Approach B:
Approach A is simpler and close to the way it was. Also, because prompts are used less often in Approach A, it may be more simpler to use. Approach B is more flexible (the user can choose not to save), but may be more complicated to implement and to use. I'm inclined to go with Approach A because of its simplicity, but still, personally it feels a bit strange to be required to give permission to use external storage to take a picture for an online repository. I don't use other camera-based apps, so it may be just that I'm not familiar with the expected behavior. |
What about Approach A with an option (perhaps in Settings) to not use external storage (and thus not save the picture) if a picture is taken with the in-app camera? I can think of a few use cases where users might prefer not to save the file automatically (people with very limited external storage space, perhaps?). However, those use cases might be too few to justify the additional complexity needed for that, so I'm okay with just doing Approach A. I would be a bit concerned with Approach B because that is one extra popup every single upload for camera users, which makes things more cumbersome. If the user's preference is remembered, then perhaps that would be OK (though in that case, again they would need the ability to modify the preference when they want to, hence the need for a Settings item for this anyway). |
Sorry if I missed the point, but what's bad with this approach C?
|
That's an option, too.
I took this as 'it must be saved as soon as possible', but it might be fine if the file is eventually saved. C actually sounds preferable to B to me - the idea is the same but the process is simpler. |
So, is this task assigned to @ftsalamp ? |
Have we already implemented this? I see @ftsalamp 's PR is closed, but @neslihanturan you have made the necessary fixes, right? |
Yes, closing this then. |
When you take a picture from the "Take a picture" action, the file will be stored in cache. You will not be able to retrieve it later from there. If you interrupt or cancel the upload procedure (by pressing the back button or killing the app) and fail to complete, the file will be lost.
(This was different before #727 - the file was to be stored in external storage immediately. However I don't think it's wise to simply go back to using external storage unconditionally.)
Here is how I think it should work:
I think at least the warning should be added before the next release.
The text was updated successfully, but these errors were encountered: