4 ms·

Thats why I experienced 2 bars equals zero internet today?

xfactorial 1y ago
That is literally what i am observing lately with my provider: i have 2 bars and yet i do not have internet, where as my gf, using the same iPhone model, with a different provider, having 2 bars, has perfect data connectivity.
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 ago
  When 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 ago
    Wish Apple would do that. It’s kind of a guessing game.
  - willis936 1y ago
    You 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 ago
      True, but brownout due to network congestion is not the complaint here.
  - chipsrafferty 1y ago
    You should but you don't always
- pants2 1y ago
  Almost like it should just be a combo of realized ping + internet speed instead of signal strength
- lxgr 1y ago
  Yes, 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 ago
    It 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...
Cthulhu_ 1y ago
I build apps at the moment, in addition to the phone's network indicators you really should provide your user with visible and live feedback to indicate whether the servers are reachable because there's so many things that can break down in between. Also programming your app for offline-first is good unless it's critically important the information is either live or absent. We allow offline access by using React Query and storing its caches in user storage.

That is literally what i am observing lately with my provider: i have 2 bars and yet i do not have internet, where as my gf, using the same iPhone model, with a different provider, having 2 bars, has perfect data connectivity.

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 ago
When 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 ago
  Wish Apple would do that. It’s kind of a guessing game.
- willis936 1y ago
  You 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 ago
    True, but brownout due to network congestion is not the complaint here.
- chipsrafferty 1y ago
  You should but you don't always
pants2 1y ago
Almost like it should just be a combo of realized ping + internet speed instead of signal strength
lxgr 1y ago
Yes, 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 ago
  It 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...

Cthulhu_ 1y ago

I build apps at the moment, in addition to the phone's network indicators you really should provide your user with visible and live feedback to indicate whether the servers are reachable because there's so many things that can break down in between. Also programming your app for offline-first is good unless it's critically important the information is either live or absent. We allow offline access by using React Query and storing its caches in user storage.