We have some application code that attempts to update the displayed map from the offline fallback to the online style when the network is connected again. However, network being "connected" does not necessarily mean that internet access is available and getting that information can be limited based on which APIs you have access to. For example, desktop uses the window online event, which only reflects when you regain access to a network but makes no guarantees about access to the internet.
To my knowledge, fetch calls that fail due to lack of internet connection do so immediately i.e. no configurable timeout to wait for. Given this, I think it would make sense to set up a retry for the online style if that kind of failure does occur.
We have some application code that attempts to update the displayed map from the offline fallback to the online style when the network is connected again. However, network being "connected" does not necessarily mean that internet access is available and getting that information can be limited based on which APIs you have access to. For example, desktop uses the window
onlineevent, which only reflects when you regain access to a network but makes no guarantees about access to the internet.To my knowledge, fetch calls that fail due to lack of internet connection do so immediately i.e. no configurable timeout to wait for. Given this, I think it would make sense to set up a retry for the online style if that kind of failure does occur.