You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Never ever abort sync runs / check that the connection is indeed broken before aborting on a timeout #5859
Some server side errors cause the client to abort the current sync run. If the ownCloud admin or user is not able to fix the error, EVERY sync run will abort at the same position, and following files that don't have an error will NEVER sync because of this.
@SamuAlfageme We discussed this a time ago. Please link existing issues here or open new ones that could could cause this behaviour. Please also elaborate on the server improvements.
I believe the current behavior is the correct one: We only abort the sync run if we experience fatal error (network down, server on maintainnence, ...)
@michaelstingl Do you have any concrete example of error that causes the sync to abort while it should not?
Right, when the server returns an error 503 for a file, (but the server is not in maintainence mode) it should still sync all other files.
I don't know exactly how to get error 503 on the server, this is usually because of a problem in the storage backend.
However, when the server is in maintainence mode, the error is also 503, but in this case, the sync needs to stop. (because otherwise all the files would be 503)
Activity
guruz commentedon Jun 26, 2017
Please report only if this happens with latest client version as this is something which changed a lot back and forth :-)
(CC @ckamm @ogoffart )
SamuAlfageme commentedon Jun 26, 2017
WIP
Sync aborted - on server/network error
Sync aborted - on client/protocol error
Related Fixes
ckamm commentedon Jun 28, 2017
Incomplete list of potential sync run aborts during propagation stage, by looking at
FatalErrorin the codeNoErrorand <=UnknownProxyErrorogoffart commentedon Jul 21, 2017
I believe the current behavior is the correct one: We only abort the sync run if we experience fatal error (network down, server on maintainnence, ...)
@michaelstingl Do you have any concrete example of error that causes the sync to abort while it should not?
23 remaining items
SamuAlfageme commentedon Jun 1, 2018
michaelstingl commentedon Oct 18, 2018
Another candidate: #6826
Propagator: Don't abort sync on error 503
Propagator: Don't abort sync on error 503
Propagator: Don't abort sync on error 503
HanaGemela commentedon Jun 3, 2019
@ogoffart @michaelstingl what exactly is ready to test here? Only abortion on error 503?
ogoffart commentedon Jun 4, 2019
Right, when the server returns an error 503 for a file, (but the server is not in maintainence mode) it should still sync all other files.
I don't know exactly how to get error 503 on the server, this is usually because of a problem in the storage backend.
However, when the server is in maintainence mode, the error is also 503, but in this case, the sync needs to stop. (because otherwise all the files would be 503)
Maybe we can just close this issue.
HanaGemela commentedon Jul 30, 2019
Closing this aggregating issue. All individual issues will be/were tested separately. 503 error will be tested in #5088
michaelstingl commentedon Jul 30, 2019
👍 😍