Interpreting ERA, is this a Beta firmware?

Hi,

I have a nonsensical ERA report where a null checked setting is ... ah ... null. There is no way for it to _be_ null as the val in use runs through the ternary "return val == null ? ifNotSet : val;". No other data than null will give the error log that I have seen.

Devices:
    fÄ“nixÂ® 6 Pro / 6 Sapphire / 6 Pro Solar / 6 Pro Dual Power / quatixÂ® 6: 12.20

Is the above FW a Beta?

0 Kurev over 4 years ago

Not beta, that is the latest official release, 12 days ago:

forums.garmin.com/.../system-software-12-20-sensor-hub-gps-updates

0 jim_m_58 over 4 years ago

You can always check the platform forum, but as a general rule of thumb, if the last digit of a FW version is 0, it's production FW,

0 9635560 over 4 years ago in reply to jim_m_58

Good to know! Thanks,

I'm ignoring the log for the moment, but will keep an eye on it - I've managed to eliminate every other log by engineering.

0 jim_m_58 over 4 years ago in reply to 9635560

Are there any pc's in the ERA? With the debug.xml you can translate that.

0 9635560 over 4 years ago in reply to jim_m_58

I know the app, the file, the class, the line and the error...

But it is nonsensical.

The only way to replicate the error is to hardcode a specific value to null. But the value is set (and explicitly set) prior to the line it crashed on via a null checking method call that explicitly makes it impossible for it to be null.