@TheOneRing @dragotin

can you help to gather the needed info? What could trigger that?

@the-hotmann which client are you using?

@micbar @TheOneRing thanks for the swift response!

I use the android client from the PlayStore in the latest version 4.2.1 (a41d1f917)

Thanks for reporting, will take a look inside. Connection is detected as lost in the middle of network switching and not resumed. In fact, connections are only resumed in case of connection recovery after outage.

@jesmrec you're welcome!
Can you please leep this thread up-to-date and inform us about your findings and eventual changes?

Thanks in advance!

Sure. At this point, we'll need to check how deep the changes would be... but it deserves a look.

We have an operating system restriction that causes the worker to be relaunched when it meets the requirements it has. In our case, it has a restriction to only execute if there is an internet connection. When we switch connections (from Wi-Fi to cellular), the operating system decides if there is a violation of the worker’s rules, as it might interpret this specific situation as a loss of connection rather than a network change. In any case, it is something beyond our control as it depends on the operating system.

As a potential solution, we could include a manual retry in the worker’s catch block that only works when there is an active network and a NetworkErrorException has occurred. This way, when a network change occurs, the upload would be retried.

However, this would not completely solve the problem, as this condition might not be met for the following reason:

• There is a network change, but the process was not fast enough for the network validation function to detect that a network is available. Therefore, it will detect that there is no connection. This issue is arbitrary because it depends on the speed at which the device connects to the network.

This possible solution would only work for workers: uploads and downloads. All other synchronization operations must be handled separately.

On the other hand, we have a problem with the download worker. When we lose the connection, we receive a NoNetworkConnectionException() error when we should receive a NetworkErrorException(). As a result, in this case, we cannot differentiate a priori whether the cause of the error was a server failure or a loss of connection.