In the last couple of weeks, I've received widespread reports from Runcasts users that their download progress is getting stuck at 1%.
I've been able to trace the issue back to the makeImageRequest call: on the 14-series firmware, when the Wi-Fi adapter is spun up, the makeImageRequest will simply hang. No system timeout interrupts the request...ever it seems. I have my own watchdog which will eventually kill the request and report an error back to the server, so I can see this happening on devices.
Both SSL and non-SSL image requests hang when the Wi-Fi adapter is being used.
When Bluetooth is being used to proxy the request, the request succeeds.
| Wi-Fi Enabled? | SSL Enabled | Result |
| Y | Y | Hang |
| Y | N | Hang |
| N | Y | Succeeds |
The makeImageRequest calls doesn't seem to hang on the Fenix 6. This is interesting because recent Wi-Fi firmware updates broke the ability of both the 955 and Fenix 6 to talk to Google Home routers in meshnet configuration. This had previously worked for the last few years.
P.S. "Wi-Fi enabled" here means using a request delegate that will spin up the Wi-Fi adapter like Communications.SyncDelegate or Media.SyncDelegate
