Improve automatic synchronization process

[przybylski]

Currently time between synchronization is constant and is equal to 3h. Let's give users freedom to specify the time between synchronizations.

[tobiasKaminsky]

Great idea!
To avoid user complaining that syncing is too often we should limit to a minimum of 60 minutes?

[AndyScherzinger]

Also think this is a good idea and yes 60 minutes being the absolute lowest end configurable is the right thing to do.

What do you think @jancborchardt from a UX perspective. ATM the preference would end up in the Details section.

[przybylski]

Personally I wouldn't restrict users to set any non negative value they want. But if I get outvoted I'll change it

[tobiasKaminsky]

Or we could show a little warning/info that a value <60 could be battery consumption.

[jancborchardt]

Hm, a custom setting like that seems strange. Is there no more intelligent way to solve this without people needing to fiddle with settings. Cause if people change it and are still unhappy with the results, people will feel stupid or frustrated. If the setting is not there in the first place, that’s less likely.

[przybylski]

So, drop?

[tobiasKaminsky]

The more "intelligent" approach is maybe the best way to go?
So to get a better understanding: why is it fixed to 3h? A balance between battery consumption and update frequency?
Maybe something like:

• measure sync process
• if > x minutes then +1h pause otherwise decrease sync time

[b1ggjoe]

Is there a way to offer a choice? For Example:

Sync Frequency:

• Instant
• Every 5 Minutes
• Every 15 Minutes
• Every 30 Minutes
• Every Hour

With another option for 'Manual' sync on demand?

J.

On Tuesday, June 14, 2016, Tobias Kaminsky [email protected] wrote:

The more "intelligent" approach is maybe the best way to go?
So to get a better understanding: why is it fixed to 3h? A balance between
battery consumption and update frequency?
Maybe something like:

• measure sync process
• if > x minutes then +1h pause otherwise decrease sync time

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#4 (comment), or mute
the thread
https://github.com/notifications/unsubscribe/ALfB7z_b5TckoB5HMtQTxqZxOl_SM50yks5qLwbygaJpZM4IzfxQ
.

[przybylski]

Instant as in? generally modified files should be uploaded to server but I am not sure how this function evolved over the time.
For more intelligent way. there is a lot of approaches which can be taken, from probing, not syncing when user is sleeping, etc.
There are a lot of paths to explore.

Why it was 3hrs? Random number :P i didn't give too much thinking when setting the sync time gap for 3h.

[ghost]

The choice should be given imho.
A simple warning that setting it too low could cause battery drain should be enough, users will be smart enough not to set it too low.

[jancborchardt]

@tobiasKaminsky yes, I’d prefer we go for a more intelligent approach. This is exactly details that the app should take care of and no user should need to fiddle with. :)

[tobiasKaminsky]

But currently I am cluless how we can implement such an intelligent mechanism.

[AndyScherzinger]

There would have to be a more or less smart algorithm taking the files changed frequency into account. In case at least one files change is tracked within an hour the sync can happen every hour, if files change less frequently raise the time between detected changes. This needs quite some change occurrence tracking.

[jancborchardt]

Would really be cool if we can have something like that, at least step by step. Because introducing a setting for it results in the 2 big problems which are always there on introducing settings for every little thing:

1. They obscure the other, actually important settings.
2. They are very difficult to remove once introduced and people will complain even if the new solution is better and more automatic.

[AndyScherzinger]

That's true but we would also have to think this through a little more even if we start step by step. So we need to have an answer how such an algorithm would play nicely with other sync relevant things like WiFi and Charging because having features like that for instant upload but then ignoring this for sync might confuse users.

[nextcloud-android-bot]

Lint

Type	Master	PR
Warnings	113	113
Errors

FindBugs (new)

Warning Type	Number
Bad practice Warnings	35
Correctness Warnings	167
Internationalization Warnings	14
Malicious code vulnerability Warnings	10
Multithreaded correctness Warnings	9
Performance Warnings	124
Security Warnings	202
Dodgy code Warnings	139
Total	700

FindBugs (master)

Warning Type	Number
Bad practice Warnings	35
Correctness Warnings	167
Internationalization Warnings	14
Malicious code vulnerability Warnings	10
Multithreaded correctness Warnings	9
Performance Warnings	124
Security Warnings	202
Dodgy code Warnings	139
Total	700

[tobiasKaminsky]

With #2886 there is no real need of having an automated sync as we remove "keep available offline", so this can be closed.