android icon indicating copy to clipboard operation
android copied to clipboard

sync not working (set as available offline option not available)

Open cast-away opened this issue 6 years ago • 98 comments

Actual behaviour

  • selecting the options menu on a file is missing the previously available "set as available offline"
  • now you have to manually sync the file to propagate local changes

Expected behaviour

  • "set as available offline" should be an available option
  • then sync would happen automatically

Steps to reproduce

  1. navigate to a file
  2. chose options from the menu

Environment data

Android version: 8.0

Device model: Motorola + Samsung

Stock or customized system: stock

Nextcloud app version: 3.5.0

Nextcloud server version: 14.0.6

cast-away avatar Feb 25 '19 22:02 cast-away

GitMate.io thinks possibly related issues are https://github.com/nextcloud/android/issues/1611 (Uploading and "Set as available offline" should be available for folders and not only single files), https://github.com/nextcloud/android/issues/2094 (Don't start file observer if no files are marked as "Set as available offline"), https://github.com/nextcloud/android/issues/2859 (multiple file selection is not removed after copy/move/download/set-available-offline), https://github.com/nextcloud/android/issues/269 (Need option "available offline" for folders.), and https://github.com/nextcloud/android/issues/1018 (Contacts restore option in newer phone not available).

nextcloud-android-bot avatar Feb 25 '19 22:02 nextcloud-android-bot

This changed with latest version, but was not communicated properly :-/ There is now a background job that syncs every downloaded file every 15min, when on wifi.

tobiasKaminsky avatar Feb 26 '19 12:02 tobiasKaminsky

Thanks Tobias, this is a neat improvement. IMHO the download + set as available offline was a little confusing.

The issue is it does not seem to work. I noticed one of my files, which was marked both as "set available offline" and as favourite was not being updated, that's when I actually realised the option was missing. I had to manually sync the file for it to work.

cast-away avatar Feb 26 '19 20:02 cast-away

This changed with latest version, but was not communicated properly :-/ There is now a background job that syncs every downloaded file every 15min, when on wifi.

I don't think the new 'sync' works. Downloaded a file, uploaded a new version via the web and the Android client changed the corner icon to a red 'x'. It never downloads the new version.

drkmccy avatar Feb 27 '19 19:02 drkmccy

Similar here. Changing a file on the android device, it never gets synced to nc. I use it to sync my keepass database.

mase76 avatar Mar 02 '19 12:03 mase76

Even sync every 15 minutes is not very handy for local changes propagation if someone is waiting for our job.

What is the reason to wait 15 minutes for upload, if we are on wifi, instead of just upload immediately?

By the way, it's intriguingly, why there is no auto sync option for selected files. In many places mobile data is very cheap. In Poland you can have 20GB for 6$/month. There is no need to care about such limit in case of a few KB files. And users of "make available offline" know that very well. Now this option is removed without alternative to self decide.

jedwabny avatar Mar 06 '19 09:03 jedwabny

I agree, mobile data is not an issue. Having files available as soon as possible is important. Maybe have an option to automatically sync files below 1MB?

drkmccy avatar Mar 20 '19 13:03 drkmccy

There is a limitation on Android to scan/get notified by changing files. Therefore we decided to run a job every 15min to see if there is a changed file. This is a tradeoff between update speed vs. data usage vs. battery usage.

tobiasKaminsky avatar Mar 21 '19 13:03 tobiasKaminsky

I've personally never observed any problems with auto-upload of "available offline" files. But of course it's only two persons with three devices possitive impression. I could be not aware of problems. Anyway, maybe observing of just a few files (less number than the android limitation), recently opened by external app (from nextcloud open with menu), is an option instead of completely take the user right to decide?

Please understand, it's significant disconfort. At least if your file is outdated then you see red icon, but if you have local not-uploaded change done by external app then icon is still green and user can be convinced that his workflow is done.

Moreover, really sorry for saying this, taking into account the background jobs execution difficulties on various android devices and static time value in my humble opinion the new solution is step back.

jedwabny avatar Mar 24 '19 10:03 jedwabny

There is a limitation on Android to scan/get notified by changing files. Therefore we decided to run a job every 15min to see if there is a changed file. This is a tradeoff between update speed vs. data usage vs. battery usage.

I see. In that case we need to look at why this 15 minute sync is not working. I still believe a "Keep in sync" or "sync on/sync off" option for a folder is the right option.

drkmccy avatar Mar 25 '19 09:03 drkmccy

I have several Android clients all running 3.5.1. On a Linux client, I have a file README.txt that automatically gets modified once per hour. It gets synchronized to the nextcloud server immedeately. On all clients, the file README.txt has been downloaded manually. After a number of hours it turns out that all clients except one automatically update the local copy of the file.

On the misbehaving client the following happens. The initial (manual) download of the file README.txt goes well. After a while, when the file has been modified on the server and the client detects this, the file gets a red cross and there’s a notification “Download failed - Could not download README.txt”. When I use the nc client file browser and click on the file I get the same error. The only remedy is to remove the file locally and download it again, manually. But the next time the file is changed on the server the same download error occurs again on the client. It looks as if the client has access rights to create files, remove files, read files, but is not allowed to overwrite existing files…

FWIW, this client is running on Asus Z300M with Android 7.0.

sciurius avatar Mar 25 '19 22:03 sciurius

No improvements with 3.6.0 beta.

sciurius avatar Mar 28 '19 07:03 sciurius

Synced txt files with nextcloud app, modified in other app multiple times these days. Nextcloud web app still says date from days ago. So this did not sync anything automatically at all for me, just downloaded once manually, nothing uploaded automatically at all. Also opened the NC app to ensure that it's not like the app is not running or could not create background stuff. Still old unchanged file in there (in online view).

Having Android 9, NC app 3.5.1, battery optimization also turned off for that app.

Also: Unsure if I understood this correct, but this auto sync is only available for wifi usage? If so, please make it an option to also work for mobile.

gsantner avatar Mar 29 '19 19:03 gsantner

I am struggling to make sense of this...

  1. a feature that detected files changed locally and immediately uploaded them to the server, albeit with a slightly confusing UI, is removed
  2. a new feature, with a neater UI, is implemented in its place
  3. the new feature is limited to detecting changes in files every 15 minutes only, and currently does not work

Can't we just get back to what worked in the first place please?

cast-away avatar Mar 30 '19 23:03 cast-away

Yeah, I would also like the auto sync (even on mobile data) for smaller files. Eg. I have a shared todoTXT file with things and now that no longer syncs until I'm on WiFi which is not ideal

TobiasDev avatar Apr 06 '19 17:04 TobiasDev

I have the same use case as @TobiasDev : a todo.txt file shared between several devices that no longer syncs(unless I do it manually). To have the option to push local changes to the server automatically and instantly would nice.

lilianchiassai avatar May 02 '19 02:05 lilianchiassai

same use case as @TobiasDev and @AllirionX, the small files suggestion could be a nice workaround, is this technically feasible?

cast-away avatar May 13 '19 22:05 cast-away

This request did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you!

stale[bot] avatar Jun 10 '19 22:06 stale[bot]

Not stale

drkmccy avatar Jun 11 '19 05:06 drkmccy

This request did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you!

stale[bot] avatar Jul 09 '19 06:07 stale[bot]

Not stale

cast-away avatar Jul 13 '19 20:07 cast-away

This request did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you!

stale[bot] avatar Aug 10 '19 21:08 stale[bot]

Not stale

TobiasDev avatar Aug 11 '19 08:08 TobiasDev

This request did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you!

stale[bot] avatar Sep 08 '19 09:09 stale[bot]

Not stale

drkmccy avatar Sep 08 '19 09:09 drkmccy

This request did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you!

stale[bot] avatar Oct 06 '19 09:10 stale[bot]

Not stale

jedwabny avatar Oct 06 '19 13:10 jedwabny

Not stale.

sciurius avatar Oct 06 '19 13:10 sciurius

To have the option to push local changes to the server automatically and instantly would nice.

This then would be something like a real 2way sync, which is planned, but needs a server side function to get it working.

tobiasKaminsky avatar Oct 07 '19 11:10 tobiasKaminsky

@tobiasKaminsky

This changed with latest version, but was not communicated properly :-/ There is now a background job that syncs every downloaded file every 15min, when on wifi.

I tried this again multiple times todays and this does not work at all.

  • Env NextCloud Android 3.8.0 from F-Droid (non-beta), NC15, Android 9. Connected to WIFI all the time.
  • Case 1: Sync file with with NextCloud (download). Edit file with other app. Wait ~30 minutes. Check nextcloud on browser, no change, still old file as it was previously there.
  • Case 2: Same as 1, but also open NextCloud app from time to time, including a minute before checking out NC web. NC web: No change.
  • Case 3: Same as 1, but click manually sync at that one changed file...and it syncs that one file.

Manually syncing a file is not really what I as user want todo and expect from a cloud sync app todo itself. Thats what the app currently cannot deliver and thats for me as a user a really big issue.

While the old solution, with marking as offline was not really a burner, it worked at least. I could mark my 10 favourite files, lets say todos, shoppinglists and they were in sync with my other clients automatically. This is currently impossible with NextCloud on Android.

This then would be something like a real 2way sync, which is planned, but needs a server side function to get it working.

I as user - don't know/care much about how it worked and whats needed server side - the previous "mark offline" feature worked - and worked without server changes.

Google Play description

  • Keep your favorite files and folders synced

This issue is now open for about 8 months..I'm just wondering is there even interest in this very core feature of an sync app? I mean, if theres not enough time to get a new promising solution out that actually works...why not at least bring back something that works?


Sorry if that sounds offensive - but this is honest feedback from mainly user view. No flaming scream "my issue is the most important!1!1".

gsantner avatar Oct 08 '19 17:10 gsantner