Closed Greg15 closed 1 year ago
You beat me to it...in this situation, there is only a Wi-Fi station that has been offline for many months and it is incorrectly represented as a helium station
Ah, nice. So you've confirmed it doesn't require a mix of models in a hex. Any offline wifi model is displayed incorrectly.
@Greg15 @Skallagrimmm We have reproduced it internally and fixed it. Thank you for catching this bug :)
Fixed in the latest Web App version we just released. Thank you! :)
WeatherXM Related Element
Describe the bug
Some set of conditions cause the explorer to show some M5 wifi stations as helium stations. I haven't been able to fully generate the range of possible conditions to identify the exact combo that causes the error, but I suspect the issue is when a hex has both helium-compatible stations and M5 stations, and the helium-compatible stations are online, but the M5 stations are offline. I'm suspecting that the offline status is having the explorer not use any data retrieved by the API for that station.
How To Reproduce
Steps to reproduce the behavior:
Expected behavior
The model/type for a station is always known, whether it is currently online or offline, and should properly display in the explorer, even when offline.
Screenshots
If applicable, add screenshots to help explain your problem.
In the above screenshot, Best Coconut Altitude is an M5 bundled station, but displays as a helium-compatible model (and is listed in 2nd position, since online stations are listed first)
Here it is correctly displaying as a wifi model when online (in first position, since online stations are listed first, and then I think alphabetically)
If Applicable: Smartphone (please complete the following information that are needed for this bug):
Additional context
The android in-app explorer works correctly, so this appears to be specific to the web explorer rather than a backend API issue.