At the moment with version 1.3.12 on Android 2.3.6 the ownCloud client seems to sync with a hardcoded folder at /sdcard/owncloud.
On my phone /sdcard points to the internal memory of the phone, which is quiet small.
Please add an option to set the syncing target directory in the client.
Thanks for the suggestion.
We will include it to the product backlog.
Thanks, mokasin. The path is not hardcoded, but it's true we can improve the way it's handled.
Could be helpful that you told us what model is your device.
This is a problem on Android side, because we are using getExternalStorageDirectory to get external memory of device.
But as you can read in docs " Traditionally this is an SD card" means that it should point to SD card, but it's not mandatory.
It's a Samsung Galaxy Ace 2 (GT-I8160).
The most obvious way to solve the issue: Just let the user decide in the settings menu what path to use (with a proper presetting). But this most probably occurred to you already ;-).
Thank you very much.
Same problem,
With >= 4.2.2 is mandatory, becouse android now emulated the memory, and sdcard start to point always to the internal memory of the phone.
Same request for me (samsung gt-i8160 Android 4.1.2). It would be nice if we have the choice.
Same here. I still have enough memory on my internal SD-Card of my tablet (Medion Lifetab P9514 with Android 4.0.3) but I definitely want to put the directory on the external SD-Card. On my Android phone (Alcatel One Touch 918D with Android version 2.3.5) I have no chance to use owncloud because the internal memory is very small, but putting the directory onto the external SD-card would solve the problem.
If this issue will eventually get resolved then some security problems arises.
Because in non rooted phones internal memory in encrypted, which isin't true for external memory.
Most of users are not aware of this and might falsely accuse OC of uncarefull data handling, which is a bad thing.
That's a security flaw in in Android itself. That's hardly addressable by an app.
Best thing, I think, is to point it to the internal memory by default, but give the possibility to choice. That should patronize enough.
I have a Sony Xperia Z Ultra which also has this problem, where files are stored in /storage/emulated/legacy/owncloud which is local. I need it to use /storage/removable/sdcard1/owncloud instead. I've sadly just hit the point where I can no longer use ownCloud due to this space limitation.
Regarding encryption, I can confirm that my device did give me the option of additionally encrypting the SD card during the encryption stage, which I have done (and verified on a computer that the SD card cannot be mounted). I don't know if that was a Sony thing or a native Android function in newer Android versions, but I agree that it shouldn't be a concern of the ownCloud project either way.
to bring this issue back on a current Status: this enhancement is still required
Samsung Galaxy with required WiFi etc. Features is only available with 16 GB internal Memory - and the users already have got approx. 18 GB of data in ownCloud...
Any news on this? This feature would help a lot.
Nothing new, sorry.
Contributions are welcome.
+1
This would be a nice feature, I had to delete the owncloud-data folder because I ran out of memory on the internal memory, after the last automatic upload of pictures. :(
@rperezb , @MTRichards , should we consider this for the short / mid term?
We have to figure out how to handle this with encrypted data. Probably possible, just more effort as a result. Didn't we discuss this already?
Whats is the actual problem with encrypted data?
If it is the data is unencrypted on sd cards problem - add a simple message: "warning: entered path points to unencrypted storage". So the user can decide ...
Shouldn't be a problem for encrypted data, provided we implement this feature as a simple relocation of the root folder of the account in the local file system. I wouldn't differentiate several locations where the app makes different things, just allow the user to move the local ownCloud folder to other point.
I think that what we discussed the last time was the policy of copying files that are uploaded from the device into the local ownCloud folder.
In case it is not automatically there: It might be helpful to persist the changed owncloud location somehow so that after the next owncloud update, it just continues using the changed location
This would be a great idea where the user gets the option to either use their sd card or internal memory. And if we get a popup message when we select the sd card that the card storage might not be encrypted and its the user responsability to ensure that encryption is enabled would get OC off the hook. I have a samsung S4 ad i had to do a factory reset as OC filled it up after a while. So this feature would be the best solution.
Hope it can be done soon as this conversation started over a year ago.
Cheers,
Raj
+1
I believe the user should be allowed to sync more than one folder, not matter where it is. I would like to use Owncloud to backup data from my phone which is at different places.
To be honest - as a first step it would very much help if it would be possible to at least change the current root folder. To have more folders available could be interesting, but - at least for me - is a minor add on.
Im waiting so long now for this, please please implement. But mind the new write restrictions coming with kitkat on external_sd: whole external_sd is read-only except the following:
Suggestion: 2 radio buttons for internal sd & external sd plus path-entry-box which in case external sd is chosen and write restrictions are present is inactive and preset with private home path, else user can enter any path.
Please,please
@fajabird , thanks for the notice. Yes, the restrictions on external storage access are very important from Android 4.4.
Unfortunately, I still cannot say when this feature will be added. Contributions are welcome.
+1
Because of storage shortage I need to store files on the external SD card.
But this is really a problem for Android >=4.4, because of the newly introduced Android RW limitation.
As a workaround change the logic for the storage path in FileStorageUtils.java. For me this works on a Samsung Galaxy Note 10.1 2014.
The following patch places all Owncloud downloads on the external SD card in the application data folder in /storage/extSdCard/Android/data/com.owncloud.android/files/
Patch for utils/FileStorageUtils.java:
22,26d21
< import com.owncloud.android.MainApp;
< import com.owncloud.android.R;
< import com.owncloud.android.datamodel.OCFile;
< import com.owncloud.android.lib.resources.files.RemoteFile;
<
32a28,32
> import com.owncloud.android.MainApp;
> import com.owncloud.android.R;
> import com.owncloud.android.datamodel.OCFile;
> import com.owncloud.android.lib.resources.files.RemoteFile;
>
40c40,53
< //private static final String LOG_TAG = "FileStorageUtils";
---
> //private static final String TAG = FileStorageUtils.class.getSimpleName();
>
>
> @SuppressLint("NewApi")
> private static final File getBaseStorePath() {
> File baseStoragePath = Environment.getExternalStorageDirectory();
> if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.KITKAT) {
> File[] dirs = MainApp.mContext.getExternalFilesDirs(null);
> if (dirs.length > 1) {
> baseStoragePath = dirs[1];
> }
> }
> return baseStoragePath;
> }
43,44c56,57
< File sdCard = Environment.getExternalStorageDirectory();
< return sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/" + Uri.encode(accountName, "@");
---
> //File sdCard = Environment.getExternalStorageDirectory();
> //return sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/" + Uri.encode(accountName, "@");
45a59
> return getBaseStorePath().getAbsolutePath() + "/" + Uri.encode(accountName, "@");
53,54c67,68
< File sdCard = Environment.getExternalStorageDirectory();
< return sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/tmp/" + Uri.encode(accountName, "@");
---
> //File sdCard = Environment.getExternalStorageDirectory();
> //return sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/tmp/" + Uri.encode(accountName, "@");
55a70
> return getBaseStorePath().getAbsolutePath() + "/tmp/" + Uri.encode(accountName, "@");
60c75
< File savePath = Environment.getExternalStorageDirectory();
---
> File savePath = getBaseStorePath();
68d82
<
´´´
Is there any behaviour decided on what to do with existing files? Is there any path stored in the database?
@Kernald, paths are stored in database for every file with local copy, and probably should remain that way, since we want to change the current behaviour in uploads and stop duplicating files - what means keeping a full path at least for the uploaded files.
This issue is considered in our roadmap, but without no estimated time to implement it. In few words: we need to change the implementation of FileStorageUtils.getSavePath() so that the current base sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/" is changed with a value previously saved in the app settings. Its default value should match sdCard.getAbsolutePath() + "/" + MainApp.getDataFolder() + "/". The paths of the local files, although saved in the database, are generated from this method.
Then we would need adding an entry in the Settings activity to allow the users change the value saved in settings. Changing the value would require ** moving ** the current folder to the new location, what may result in errors to condider, of course.
Okay, thanks. Moving files involve updating the database entries, hence my question.
I would like to second this - its a VITAL feature that I am not installing Bittorrent Sync in order to get arond: BTSync is able to sync both /mnt/sdcard (internal) and also /mnt/extsdcard (external) even if both are encrypted.
Very frustrating to have to go back to BTSync when I've nearly switched everything else over to ownCloud.
This seems to take forever.
I moved my owncloud folder to sdcard using:
cd /mnt/sdcard
cp -R owncloud /Removable/MicroSD/owncloud
mv owncloud owncloud.bkup
su
mkdir owncloud
mount -o bind /Removable/MicroSD/owncloud owncloud
Any chance of getting a copy of Ixtalo's version? No sd card support is a total deal-breaker for me.
I ask myself if a native android client app is needed at all.
I use FolderSync since some weeks since it can sync to an external sd card. Works nice - I am happy.
Which features does the native app have, which you don't get by using the web interface with your mobile device?
+1
@terokorp what was the +1 for?
please implement this feature
OR
My though: Why is this app needed at all? A web interface and WebDAV sync is all you need.
@guettli, I personally use the 'share to ownCloud' integration quite a bit. It allows me to directly upload a picture / video from the Gallery in my phone to my ownCloud server. I don't see how you would do that using the mobile web interface.
@guettli Sorry, I didint read whole discussion, just few at beginning. my 1+ was "please implement this feature".
My device has just 11G for user and owncloud used most of it (used most of it before moving files manually to sd card). Every time when I add new music/audiobooks I have to manually move files to SD card after download.
I have tried few WebDAW sync clients, but none of them had working selective sync. I also use owncloud instant upload and share to ownCloud. This ownCloud client is almost perfect for me, only thing which I need more is reported on this issue.
edit 1 Oct 2016: changed phone. So in theory I can take my "+1" off; no external storage on one+3
I would like this feature as well. I want to use owncloud to download my music library to my phone, that's not going to fit on my internal memory.
There must be more use cases like mine where the to be synced data is too large to reasonably go on the phone's internal memory, you can't expect all users to setup WebDAV sync.
I create a very related ticket: https://github.com/owncloud/android/issues/1173
Quoting:
{{{
What does the development roadmap of owncloud-android look like?
Where is the focus of the developers today, tomorrow, ...?
What are the next steps?
What will be done later?
}}}
There are just too few man power for this.
(And I personally do not have an external sd card, so therefore this issue has low priority for me [note: I am not an official developer and doing this in my spare time).
So either try to support by developing code or there is a bounty hunter: https://www.bountysource.com/teams/owncloud/issues?tracker_ids=11489
@tobiasKaminsky thank you for the hint. I donated 20$ to get this external sd card issue.
Unfortunately I saw no way to tell this inside the donation.
See https://www.bountysource.com/orders/3578
I do not know the work flow exactly, but this should be the site to start with:
https://www.bountysource.com/issues/541829-configure-download-folder-external_sd
(As time changes and therefore new devices are purchased, I am working on this).
A really simple and awful solution is already working: you have to type the path manually and the app does not bother if the folder already exists and just writes into it.
So, for having this fully working
Anything else missing?
Hello together,
I have a little different problem: My owncloud syncs the pictures, but not the movies (with direct upload via wifi). I have a brand new Sony Xperia Z5 - the pictures are safed in internal memory, the videos (because of the size of 4k movie material) on the external sd card.
As written: pictures sync, movies not.
So it would be great if it would be possible to configure both path manual in the android app.
Thanks so far!
I doubt that this has something to do with the location of the owncloud folder itselfs.
You mean instantupload? If so, please open a new issue.
@tobiasKaminsky are you still working on it?
I have some spare time now and would like to grab that ;)
@przybylski I will commit my changes tonight into a branch in this repository, so that you can work on it.
@przybylski Here it is: #1258
If you have any question please let me know!
Todo is:
@tobiasKaminsky Thanks!
this feature progress can be tracked at my fork: https://github.com/przybylski/android/tree/externalSD
This feature is now ready to merge in https://github.com/owncloud/android/pull/1276
however it requires this to work: https://github.com/owncloud/android-library/pull/91
Seconding the request:
Unfortunately the App uses the internal sdcard storage, thus making it on a 16Gb hard to survive where I do have a 128Gb external SD card.
To overcome the barrier it would be nice to do it like Titanium Backup and serve an option to store the synced data on the extSDcard device. Just an idea...
@marneu As you can see @przybylski has implemented this feature and it is right now in the beta version.
So there is no need in putting a "+1" reply.
Regarding you proposal about the option: it is already there and was discussed...Please try to search before posting.
Thanks Tobias, is there a way to participate in the beta?
@marneu you can download APKs from here https://github.com/owncloud/android/tree/beta/apks/
Great: Do i need the uninstall the app before pushing the apk?
No. It is possible to install it alongside the official app.
The beta version is also available at f-droid.
But please only use just one instant uploader as otherwise it may come to strange behaviour.
Hi,
syncing to a sd card folder does not work on android 4.x (think because of authorizatization issues for writing on SD Card)
Can somebody help?
Did you try SDFix (nextapp.sdfix)?
The app should work without any other app required.
I do not know if Andrid 4.x behaves different than >5 regarding the storage on sdcards...
I tried to follow the link towards https://github.com/owncloud/android/blob/beta/apks/owncloud-beta-20151202.apk , inside ES File Manager and in my own browser. Getting a 'cannot parse' error message on install attempts.
Would love to test and verify this so I can start using own cloud more regularly, with an SD Card instead of my local storage.
Normally this is working the way you described it.
You can also install it via fdroid.
It would be necessary to implement this feature. I have just 16GB internal storage so I need it soon.
@bes1002t this feature is in testing in beta, you can check is it working for you
ah ok thank you :)
I'm using ownCloud beta 20151202.
I cannot change the storage path at all. I created a owncloud folder on the SD card and I get Error: While migrating.
When trying to change the folder to internal storage, I get an error log screen.
I have about 30GB that I'm trying to drop down to the tablet, and I really want to help make this feature work!!! :)
Samsung Galaxy Tab 4, Android version 5.0.2
Did you load with f-droid (https://f-droid.org/) on the tab?
You should use the lastest beta and try to switch back to internal and then to external again, this should do the trick. The folder will be created for you (no need to do it yourself), check /owncloud-beta on your ext card. Maybe you should deinstall the "official" owncloud app, that helped in my case in any of the beta series.
I uninstalled the official app before I started doing anything with the beta.
I just removed the beta I had installed and installed 20160120 using f-droid. I previously installed the beta using the built in APK installer. I now only have the option of default or the SD card, but when switching to SD, I still get the error: while migrating message.
Log file is empty.
And, as an aside, am I barking up the wrong tree here? I want ownCloud to do on Android what it does on PC, automatically compare the files on the server to the files on the device and synchronize them. I would like for this to happen without any user interaction.
While going over documentation and settings, it doesn't appear that that is the case. Am I missing something or am I looking at the wrong program?
And, as an aside, am I barking up the wrong tree here? I want ownCloud to do on Android what it does on PC, automatically compare the files on the server to the files on the device and synchronize them. I would like for this to happen without any user interaction.
While going over documentation and settings, it doesn't appear that that is the case. Am I missing something or am I looking at the wrong program?
This is (currently) not working, but it will be implemented sooner or later. The previous step (manually syncing folders) will be soon in official app.
(Please correct me if I am wrong @davivel)
This is a very nice feature but I also get the "error: while migrating message" message. I am on android 4. Is there any way to see what is going wrong?
@meduz Only via logfile. Because of android system fragmentation it takes some time to provide reliable implementation for all distributions. It would be nice to know that kind of phone you own.
Thanks for the answer @przybylski.
Below is the information for my device . Unfortunately I could not find a way to root it.
*** DEVICE INFORMATION **
Brand: samsung
Device: v1awifi
Model: SM-P900
Id: KOT49H
Product: v1awifixx
*** FIRMWARE ***
SDK: 19
Release: 4.4.2
Incremental: P900XXUANI1
@meduz log file should be stored on your device, in the same place where files are.
This looks like related issue. SD Card on Android 5 (Lollipop)
Any updates on this? Not being able to sync to the SD card is what's keeping me from fully using the Android client right now.
@codethief the feature is available in beta... I'm going to test it now.. but it looks like I may run into issues since I'm on Android 6.x
Hi all, this feature would really be great to have. My use case is to set up a home cloud to manage the family files (lots of music, videos, photos). Therefore, I do need a cloud service that supports sd cards on android phones. The lack of support of external sd cards is the only thing driving me away from owncloud at the moment. That's a pity because apart from that, owncloud does look like the best solution.
I installed owncloud-beta-20160606.apk and working as expected, downloaded files stored on selected external storage. This is on android 4.0.4 (Sony Xperia), removable SD card mounted on /mnt/ext_card. Thank You for your work!
Am 31.07.2016 um 08:57 schrieb gasparakos [email protected]:
I installed owncloud-beta-20160606.apk and working as expected, downloaded files stored on selected external storage. This is on android 4.0.4 (Sony Xperia), removable SD card mounted on /mnt/ext_card. Thank You for your work!
Any chance we see this in mainline anytime soon?
Sorry, but with our current bandwidth, I wouldn't expect this in mainline before winter.
i wonder how anybody is using this without ability to choose folder?
why are other features even developed while this is not fixed?
@zoff99 , other people has other priorities different than this. For example, there are devices without SD card support, and their users don't care about a feature like this.
We try to make happy as many people as possible, but we can't satisfy everybody. Of course, we could have done it wrong, maybe this should have been addressed before. It's difficult to tell objectively.
What I can grant you is that we work really hard every day on improving the app, and that our first priority is providing value to the users.
i am happy that the app exists at all
+1 this really needed feature and should get to main asap, whats the holdup if its already in beta ?
Its quite sad to see that this feature request hasnt goten completed in 4 years, seems quite essential to me.
If there is anything i could do to speed up the proccess to get it into main let me know.
@taedur: Just a question:
You are using your cam on the smartphone, pictures go to DCIM, right?
What would be the benefit, if you could configure it to, lets say owncloud?
So why should the destination folder be named in a specific way, other than the one used?
@marneu I'm not understanding your question but I'll give you my usecase
I have an NVidia Shield Tablet running the sound system of my car.. hooked up to an external monitor + AUX . I wanted owncloud app to stick the files on the SD Card so I could get ~100GB of space to place music videos on myown cloud. When I pull up to a wifi hotspot, I can sync the contents of my SD-Card with my owncloud.
As it stood, owncloud had hardcoded to use my tablets internal memory (16GB) .. and severely limited the usefulness of owncloud for this project.
@EMCP use this version as a workaround, where you can select you card.
!use at your own risk!
https://circleci.com/gh/zoff99/owncloud_android/17#artifacts/containers/0
why they won't merge (for years) is totally beyond me :-(
it's just 1 click
@ECMP I'm using the former beta, loaded from f-droid, and this one does the trick - using a sd-card.
What I missunderstood was, I thought the name of the resulting folder is the prob.
I tested the nexcloud beta client available on fdroid (while still using my owncloud clients) and for the first time, the storing of files on the external card effectively worked without a glitch. (my 2-years old sdcard was eagerly waiting for this!)
@marneu My use case is basicaly the same as @EMCP
I have loads of data in owncloud (music), that i want to sync to my sony z5c external sdcard so i can listen to my media on the move, not only behind pc.
@meduz
+1 nextcloud beta from fdroid works fine
Hi, @przybylski .
May I ask why did you self-assign and then closed the issue? This is not done yet.
Thanks
@przybylski please also remove your claim on bountysource - the pr is not merged yet - https://www.bountysource.com/issues/541829-configure-download-folder-external_sd THX
@DeepDiver1975 I would prefer not to remove the claim. My reasoning is:
This feature were ready over a year ago and many users are reporting that it has been working for them for a long time, regardless is it owncloud or nextcloud, which is using the same implementation.
The argument of ignoring this pull request is that there isn't enough "workforce", but I have a feeling that is strictly personal reasons. If it were because of lack of "workforce" then you probably shouldn't ignore my consulting offer which I sent do owncloud couple of times, with no response.
And really the amount of this bounty is a joke and peanuts in what the real worth of the feature is, so I claimed it since I wrote the implementation for it.
We have a process to review and accept PRs. In this repository, this process includes technical approval by an OC internal developer, quality approval by an OC internal QA engineer, and priority approval by OC management. Might be different, but right now it's that way, for everybody. And this PR didn't go through these stages.
If you want to claim a bounty due to its inclusion in a fork, you should apply to the bounties in the context of that fork.
The argument of ignoring this pull request is that there isn't enough "workforce", but I have a feeling that is strictly personal reasons.
I'm sorry you feel that way, but there are no personal reasons behind that. Other PRs by you have been reviewed and approved in this project in the past. The list can be checked by anyone here:
No personal criteria has been applied in any case.
If it were because of lack of "workforce" then you probably shouldn't ignore my consulting offer which I sent do owncloud couple of times, with no response.
I have no idea of this, but I'll dare to say this is an oversimplification. There are hundreds of legit reasons to leave a consulting offer without response that have nothing to do with personal reasons.
If you are still interested in get this PR merged, please, rebase it and I'll try to push so that it's considered for higher priority.
And really the amount of this bounty is a joke and peanuts in what the real worth of the feature is, so I claimed it since I wrote the implementation for it.
Let me put it this way: as soon as your pr is merged you can easily reclaim the bounty and I'll 200$ on top. Deal?
@DeepDiver1975 deal
@DeepDiver1975 deal
so - please remove the claim and I'll add the 200$ - thx
@przybylski fyi: i just removed you from the owncloud orga - you lost all repos access. I'm sorry - but this is not the way this is going to work out. We had a deal and you did break it.
this is ridiculous years of discussion, but no actual progress.
@DeepDiver1975 i tried to remove the claim and it didn't work. I thought that it won't pay out if issue was re-opened. I put back the bounty when I realised it was cashed out.
so - welcome back then :wink:
additional 200$ have been placed - happy coding @przybylski
I'll pick it up on Thursday.
@DeepDiver1975 BTW I got your invitation and then I got removed from org, I am guessing its intentional?
@DeepDiver1975 BTW I got your invitation and then I got removed from org, I am guessing its intentional?
I guess the events have been dispatched in the wrong order - you should be in the org - if not let me know I'll happily add you again.
@DeepDiver1975 so it seems that its a problem with events dispatching.
@przybylski I just invited you again
progress update: rebase is ongoing, I must make sure that I haven't broke anything else
Sorry, but we need to drop issues from milestone 2.4.0 to get it out next to OC 10 server.
This time we'll move topics to backlog instead of directly to next release, so that we can schedule 2.5.0 properly.
The android App FolderSync works nice: See related question here: https://softwarerecs.stackexchange.com/questions/42963/alternative-to-owncloud-which-can-store-data-on-external-sdcard-on-android
5 years, no progress :-(
Indeed really sad, seems its time to move to Foldersync and drop using owncloud client for android, becauselt clearly this feature isnt priority of any kind.
Or move away from owncloud to nextcloud.
Any change that this feature will be put in the 2.6.0?
I have shy of 500 MB free on the device root partition. To update any of the installed applications, I have to wipe the ownCloud sync directory every time.
I feel like the $1 I've paid for the app was too much for the trouble it is causing.
Still no news in 2018?
@davigonz do we use the storage framework to save files? With that it would be possible to get access to an external sdcard
do we use the storage framework to save files? With that it would be possible to get access to an external sdcard
@theScrabi we have a DocumentProvider here but is being used for different purposes.
mokasin opened this Issue on Nov 4, 2012
please tell me this is not still open?
@zoff99 Well maybe other things where more important to take care of :D
However we are currently discussing about this, and of course, help is always welcome ;)
The app is unusable without this, I just refunded my purchase in favor of https://softwarerecs.stackexchange.com/questions/42963/alternative-to-owncloud-which-can-store-data-on-external-sdcard-on-android / https://play.google.com/store/apps/details?id=dk.tacit.android.foldersync.lite
@dubreuia that's sad to hear. We are doing our best here to improve the app, but supporting external SD card is a complicated thing that requires huge and deep changes within the app. We are currently not able to face this :)
The app is also unusable for me without SD Card storage. Uninstalled.
In case someone is looking for this: the nextcloud app allows changing the local folder to sd card. The ownCloud one doesn't seem to be actively developed any more.
@switzel Thank-you! I stuck with ownCloud since I never had any real incentive to switch. Now I do.
It sounds like nextcloud might be my only option for the mozilla_sync extension (aka palemoon_sync) in the next ownCloud release anyway as apparently ownCloud intends to break compatibility soon.
You're confusing client functionality with server functionality, it seems
@AnrDaemon Assuming that was directed at me, are you implying that the nextcloud Android client supports syncing against ownCloud as well?
I don't see why it would not.
In case someone is looking for this: the nextcloud app allows changing the local folder to sd card. The ownCloud one doesn't seem to be actively developed any more.
Hi @switzel , @boltronics , @AnrDaemon , it's true we don't currently support sd card but it doesn't mean the app is not actively developed any more, have you checked our changelog?
We have included a bunch of new features during the last year such as video streaming, gif support, fingerprint and pattern lock, multiple public links per file, stable auto-uploads a.k.a Camera uploads, OAuth2 support, upload picture directly from camera, new wizard, user quota and many, many more.
I perfectly understand there's some scenarios we are not currently covering but the stability of the ownCloud Android app is one of our strengths and we take that very seriously, betting on quality instead of quantity of features.
Besides, we are putting a big effort on new interesting features, stay tuned!
Perhaps you don't understand, but a user judge the application by the features they are using.
I can't use video streaming or gifs because I can't store anything on the device - I simply don't have free space…
Perhaps you don't understand
I think we do. We want to have a well running and stable application that satisfies our users as well as possible. However implementing something takes time, and as I just said, here for us and what we see other things are more important right now. Things such as cleaning the codebase in order not to bad patch features.
@AnrDaemon if you are desperate on this feature you are highly welcome to support us.
Please remember on bounty source this issue is open as well:
https://www.bountysource.com/issues/541829-configure-download-folder-external_sd
So if you want to contribute but you are not a developer, you can donate to this issue so we can crowdfund it.
One work-around: AFAIK you can use the nextcloud android app and connect it to an owncloud server.
@guettli I just tried the nexcloud android app, you can use the external sd card as storage :+1:
Some use case for this: when you have a big photo collection and want to be able to view it offline.
On some tablet, the internal space is not enough so one must resort to using a micro SD card which enables much more space.
Is it possible to do this within the internal storage?
for example i have my music folder on my server i want this accessible offline in a non-default location namely /www/public/music so i can use the media play i made in firefox (running php server on my phone with access via localhost)
Is it possible to do this within the internal storage?
for example i have my music folder on my server i want this accessible offline in a non-default location namely /www/public/music so i can use the media play i made in firefox (running php server on my phone with access via localhost)
Not yet, is not one of our priorities right now but contributions are always appreciated ;)
Most helpful comment
The android App FolderSync works nice: See related question here: https://softwarerecs.stackexchange.com/questions/42963/alternative-to-owncloud-which-can-store-data-on-external-sdcard-on-android