this issue is fixed for me in 4.6.0.15! 
3 Likes
Yeah seems good over the weekend, but Iāll give it a full week test run + some opportunity to roam test in Greece, before popping the bubbly.
3 Likes
We are definitely not fixed all the way here.
Failing use case today:
- airplane, flight mode
- enable wifi, connect to hotspot (LH FlyNet)
- unable to establish connection, because apparently ESR78 cant load their sign-in screen anymore, blank page
- App Support also doesnāt have connectivity: canāt load sign-in screen on any Android browser, either
- landed, re-enable mobile data
- App Support still fails all connectivity
- good old restart appsupport, ofono dance - everything works again
sucks, but at least that does not sound like the 4.6 regression. to me, that sounds like the usual failure of sailfish connectivity whenever anything even slightly unusual happens with resolv/dns/IPv6/CLAT, which has never not been the case at any time on any SailfishX device, as far as i can tell.
NEVERMIND. two hours later, i encountered the no-internet-in-android bug, which was new to me in 4.6.0.13.
- ofono does not crash anymore, which is nice
- everything else is the same. i disconnect wifi, and aliendalvik has no internet. sfos still has 4G internet
- like before, nothing fixes this, except for restarting aliendalvik. if i restart ofono, still no internet in android, etc.
- interestingly: if i reconnect to wifi, internet works everywhere, and if i disconnect, internet stops working in android, but not for pages i already have loaded, at least not right away. maybe dns related? i dunno, i still think its probably ipv6/clat related
For me this is always clat related. Disabling mobile data, wait around 10seconds enabling mobile data again brings the clat interface back upā¦ Some apps need a restart, Fennec for example.
2 Likes
that worked for me! (at least one time)
previously, in 4.6.0.13, ofono would have crashed and died if i did that, so, progress!
5.0.0.55 App Support mobile data connectivity transfer from wifi still randomly breaks cc @rainemak
Only improvement with fixes made in 4.6.0.15 were that only
systemctl restart ofono- toggle mobile data off/on
most of the time works to restore App Support connectivity. I havenāt had to separately systemctl restart appsupport anymore.
Unfortunately, systemctl restart ofono seemingly randomly can run into a restart loop, where phone briefly connects to network, then drops off again, and ofono.service is seen crashing with 11/SEGV.
For example, Iām not able to get back on the network right now on 5.0.0.55, whereas on 4.6.0.15 ofono restart would succeed to resolve connectivity at least for x+1 first incidents.
Thank you @lkraav
Mostly same symptoms that we have been seeing. Letās try to iron out mentioned issues.
Iām using only 1 sim card (slot 1) and toggling sim slots on/off from Settings ā SIM cards helped in one case to resurrect AppSupport connectivity. It might be also due to side effect of AppSupport crashing.
1 Like
I think I can confirm thereās some kind of a timing 
thing in play here. Twice now, when ofono would continously crash on restart, Iāve given up, and just left the phone offline for a while, something like 1h+.
And magically, then systemctl start ofono succeeds in bringing phone back online and not crashing. 
I wonder if thereās some difference in how network handles SIM briefly dropping off vs long time disconnect, and current ofono somehow SEGV crashes on brief disconnects only?
I should also note, reboot has always succeeded in connecting to mobile network. Thatās something like 2 min timeout maybe? But maybe thereās extra signalling involved, so not sure if itās 100% the same.
OK great to know yāall are able to reproduce and it continues to stay on radar.
Right, Iāve had SIM slot 2 disable to avoid the empty icon, but then you canāt disable SIM slot 1 enabled by itself. I re-enabled SIM slot 2 and will test GUI strategy on next incident.
Well, disabling SIM1 (at least with empty SIM2) resulted in phone not being able to reconnect to mobile network (Elisa EE) at all. Both SIM icons just sit in tray area, greyed out. No amount of SIM1 toggling helped. I even gave it a multi-hour pause as a test.
systemctl restart ofono then immediately revived mobile network connectivity and things looked well, but some minutes later when I disabled WLAN to test mobile data, ofono went into its familiar crash loop.
Will dig into persistent logging and all of that for the next incident.
Hopefully thereās a way out of this bug cycleā¦ super annoying to whenever randomly not have mobile data for Android apps in whichever life situation: public transport ticketing, grocery store apps, etc etc. Struggling with ofono on the go is the one true SFOS UX disaster.