Live data from Hacker News

Simple trick to increase coverage: Lying to users about signal strength

nickvsnetworking.com

41–50 of 184 posts

Re: Simple trick to increase coverage: Lying to users about signal strength

#41
post #12

IIRC this really took off with the antennagate fiasco on the iphone 4. I was working for Verizon at the time and this was also the first one we were able to sell. I forget who it was that did it but I believe it was Apple in response to people "holding their phone wrong" so they bumped everything up a bar so you couldn't tell. There was a lot of competition at the time but also all the androids had better margins so…

> but also all the androids had better margins

That's not something I was expecting to hear

Re: Simple trick to increase coverage: Lying to users about signal strength

#42
Is there any reason to believe this mechanism is actually there to help carriers deceive users? To me this looks like it's intended to address some other issue, like perhaps "I have zero bars shown, what do you mean I'm still connected? That that clearly means I'm disconnected..." I feel like anything intended to lie to users would not be implemented in this manner.

Re: Simple trick to increase coverage: Lying to users about signal strength

#43

A friend recently got a (carrier-supplied) phone and has been complaining about how it would often have no reception despite showing a good signal; taking mine to the same areas on the same carrier and doing a comparison, mine was indeed showing no bars on the signal indicator. The difference is, mine predates this stupidity, and I can also see the details in the MTK Engineer Mode app, which shows the actual signal s…

> taking mine to the same areas on the same carrier and doing a comparison

Unfortunately I don't think it's that simple. I've seen one phone simultaneously show significantly different numbers of bars for two SIMs installed in it for the same exact network and operator. After a while they become similar... then differ again... etc.

I have no clue how to explain it yet, but what I do know is that it literally makes no sense with a naive model of how these work, whether you try to explain it as reception or deception.

Re: Simple trick to increase coverage: Lying to users about signal strength

#44

There's a part of me that thinks there's perhaps a logical and reasonable explanation, I just can't think of one.

> a logical and reasonable explanation There is a logical and reasonable explanation. These companies are run by a bunch of sociopathic, unethical people who won't hesitate to lie and cheat if it gets them more money. It's as simple as that.

That sounds pretty unreasonable to me

Re: Simple trick to increase coverage: Lying to users about signal strength

#45
post #15

Earlier quoted context omitted.

You can't hide from the pickaxe $ git log --oneline -SKEY_INFLATE_SIGNAL_STRENGTH_BOOL | tail gets us the commit [0] from 2020 where config_inflateSignalStrength was renamed to KEY_INFLATE_SIGNAL_STRENGTH_BOOL $ git log --oneline -Sconfig_inflateSignalStrength | tail gets us this commit [1] from 2017 where it was originally added: 43c14d198479 Add config to artificially inflate number of bars [0]: https://android.goo…

I'm surprised they even display the name and email of the person responsible for doing it. If I were forced to make such a change that I knew would be publicly displayed, I'd do everything possible to disclaim it (such as mentioning the one who actually requested it.)

"I was only following the orders and it made me famous."

Re: Simple trick to increase coverage: Lying to users about signal strength

#46
I frequently find that my data service is completely broken even when I have full 5G bars. Inflating by one is lame but doesn't explain this behavior. Is this a T-Mobile thing or is it widespread these days? I don't remember it happening so much 3+ years ago.

Re: Simple trick to increase coverage: Lying to users about signal strength

#47
post #15

How can one hide from git blame?

You can't hide from the pickaxe $ git log --oneline -SKEY_INFLATE_SIGNAL_STRENGTH_BOOL | tail gets us the commit [0] from 2020 where config_inflateSignalStrength was renamed to KEY_INFLATE_SIGNAL_STRENGTH_BOOL $ git log --oneline -Sconfig_inflateSignalStrength | tail gets us this commit [1] from 2017 where it was originally added: 43c14d198479 Add config to artificially inflate number of bars [0]: https://android.goo…

The 2017 commit has these code changes:

     private int getNumLevels() {
        if (mConfig.inflateSignalStrengths) {
            return SignalStrength.NUM_SIGNAL_STRENGTH_BINS + 1;
        }
         return SignalStrength.NUM_SIGNAL_STRENGTH_BINS;
     }
  
  ...
  
         } else if (mCurrentState.connected) {
            int level = mCurrentState.level;
            if (mConfig.inflateSignalStrengths) {
                level++;
            }
            return SignalDrawable.getState(level, getNumLevels(),
                     mCurrentState.inetCondition == 0);  
      
If the flag is true, bump up BOTH the reported level as well as the total number of bins.

If the flag is false, use reported level and default number of bins.

Since both numerator and denominator are bumped up, is it really malicious?

Based on this commit at least, personally, I feel such logic could be due to a decision to shift from levels starting from 0 to levels starting from 1 at the UI level.

Or perhaps to make levels consistent between different operators, some of whom were using 0-based while others used 1-based.

I haven't gone through later commits or latest versions. So my opinion's limited just to this original 2017 change.

Re: Simple trick to increase coverage: Lying to users about signal strength

#48

Earlier quoted context omitted.

> a logical and reasonable explanation There is a logical and reasonable explanation. These companies are run by a bunch of sociopathic, unethical people who won't hesitate to lie and cheat if it gets them more money. It's as simple as that.

Sure, but what was the seemingly plausible reason those sociopaths came up with to get people onboard?

Employment security of everyone enrolled onboard the current sprint.

Re: Simple trick to increase coverage: Lying to users about signal strength

#49

I frequently find that my data service is completely broken even when I have full 5G bars. Inflating by one is lame but doesn't explain this behavior. Is this a T-Mobile thing or is it widespread these days? I don't remember it happening so much 3+ years ago.

Maybe related to 5G? There are a couple spots near me (in particular, a somewhat crowded open mall) where I have solid bars but zero connectivity. Dropping to 4G works in most cases.

Re: Simple trick to increase coverage: Lying to users about signal strength

#50

A friend recently got a (carrier-supplied) phone and has been complaining about how it would often have no reception despite showing a good signal; taking mine to the same areas on the same carrier and doing a comparison, mine was indeed showing no bars on the signal indicator. The difference is, mine predates this stupidity, and I can also see the details in the MTK Engineer Mode app, which shows the actual signal s…

> taking mine to the same areas on the same carrier and doing a comparison Unfortunately I don't think it's that simple. I've seen one phone simultaneously show significantly different numbers of bars for two SIMs installed in it for the same exact network and operator . After a while they become similar... then differ again... etc. I have no clue how to explain it yet, but what I do know is that it literally makes n…

> I have no clue how to explain it yet

Android is quiet lazy searching for towers.

Post reply on HN