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

Automatically sync favorited file on Wifi-connection events #726

Closed
Faldrian opened this issue Nov 15, 2014 · 8 comments
Closed

Automatically sync favorited file on Wifi-connection events #726

Faldrian opened this issue Nov 15, 2014 · 8 comments
Labels

Comments

@Faldrian
Copy link

Expected behaviour

I select a file to be my "favorite" and it gets stored on my android device.
When I update the file from within android, it is updated on server (working good).
When I update the file from within the server, it is updated on the client at next Network-Connect-Event or periodically when connection exists.

Actual behaviour

When I update the file from within the server, it is not automatically updated on the android-client (unless I open the owncloud app manually).

Steps to reproduce

  1. set file as favorite and close owncloud app
  2. edit file on server
  3. disconnect and reconnect Wifi

Environment data

Android version: 4.4.4

Device model: Nexus 5

Stock or customized system: Android Stock

ownCloud app version: 1.6.1

ownCloud server version: 7.0.3

@Faldrian
Copy link
Author

Also I just checked:
If I edit a file on my device when Wifi is disabled and owncloud app is not running, It won't get uploaded upon connecting to wifi. It even won't be uploaded if I connect to Wifi and start the owncloud-App.

I have to select the file for editing from the owncloud-App and save it - finally owncloud Android starts uploading the changed version.

(Just describing this behaviour... because these parts are crucial to have owncloud be a valid replacement for dropbox on my smartphone)

@LukeOwlclaw
Copy link

@Faldrian
We are currently working on the upload process (how to avoid loosing uploads). It is tracked here: #340

Your actual issue (check starred files on (re-)connect and download if necessary) is a good one! 👍

@Faldrian
Copy link
Author

Thanks. And don't forget the "upload if changed locally" and "add to queue which will be uploaded when network connection / Wifi connection becomes available". :)

@davivel
Copy link
Contributor

davivel commented Nov 18, 2014

@Faldrian , do you have the automatic synchronization of the account enabled? This has to be done currently in the device settings, in the list of "Accounts".

@LukeOwncloud , please, don't just implement this in your work-in-progress about uploads. It is working in other way due to a policy, not a bug.

@davivel
Copy link
Contributor

davivel commented Nov 18, 2014

I will edit the name of the issue to match better the description.

@davivel davivel changed the title Automatically sync favorited file Automatically sync favorited file on Wifi-connection events Nov 18, 2014
@Faldrian
Copy link
Author

Wow, I never knew I had an account there. Please inform the user upon installation / maybe add a help item to give a hint that there is such an option.

I will test again with sync enabled and will be back for results.

Am 18. November 2014 13:44:50 MEZ, schrieb "David A. Velasco" notifications@github.com:

@Faldrian , do you have the automatic synchronization of the account
enabled? This has to be done currently in the device settings, in the
list of "Accounts".

@LukeOwncloud , please, don't just implement this in your
work-in-progress about uploads. It is working in other way due to a
policy, not a bug.


Reply to this email directly or view it on GitHub:
#726 (comment)

@Kernald
Copy link
Contributor

Kernald commented Nov 19, 2014

Is there any reason to not activate the automatic sync by default? It would be better than involving the user to enable it. If someones deactivate it manualy, we can expect him/her to know what he/she's doing, as that's a default Android behaviour.

@jancborchardt
Copy link
Member

Closing this in favor of #1093 because we have more info there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants