3 ms·
Bars really don’t matter. You can have full bars and slow to no internet. You can have one bar but relatively decent internet. Honestly kind of wish the signal
by dawnerd 1y ago
Bars really don’t matter. You can have full bars and slow to no internet. You can have one bar but relatively decent internet. Honestly kind of wish the signal display would go away and instead show me when I lose internet.
- toast0 1y agoWhen you lose internet, you get a ! next to the bars (at least I have on my last few androids). Usually I also have no bars when I lose internet, but sometimes I've got coverage without data flow.
- dawnerd 1y agoWish Apple would do that. It’s kind of a guessing game.
- willis936 1y agoYou can have full bars and no internet when jammed in a crowded space with full pipes. Just because the PHY is linked doesn't mean you have internet.
- smcin 1y agoTrue, but brownout due to network congestion is not the complaint here.
- chipsrafferty 1y agoYou should but you don't always
- pants2 1y agoAlmost like it should just be a combo of realized ping + internet speed instead of signal strength
- lxgr 1y agoYes, please! And while we're at it: Just surface the fact that connectivity sucks to applications (maybe even at the socket layer, by just closing them if there's not been any forward progress for a certain time), rather than showing me loading screens that'll never go anywhere for minutes. This would give apps that do have some offline caching the chance of falling back to that (looking at a certain green music streaming service here).
- simscitizen 1y agoIt is surfaced to apps, but the "just detecting that connectivity sucks" heuristic turns out to be not all that easy to implement. There doesn't seem to be a better heuristic than "try and let the app decide if waited too long". There are some comments here: https://developer.apple.com/documentation/systemconfiguration/scnetworkreachability-g7d?language=objc https://developer.apple.com/documentation/systemconfiguratio...