Here’s the situation. I logged on to Estimote cloud in my account, changed the beacons uuid. Open Estimote app on my mobile device, and propagate changes.
Some beacons managed to sync the changes with the cloud, with the new UUID registered on both the cloud and the beacon itself. Verified this with the Estimote app and the my test app
Some beacons remain stuck in pending changes in the cloud. Within the Estimote app, the beacon has an error message stating this beacon does not belong to the user. When I click claim, the error message was “Claim failed due to Bluetooth problem. Make sure your device is close to the beacon and try again.”
This is the worst problem. Within the Estimote cloud, some beacons show up as having their new uuids configured with no more pending changes status. However, Estimote app still displays the old uuid, along with the 2 error messages that the beacon does not belong to the user and the user cannot even claim it.
I can verify that the beacon is not actually synced with the cloud because my non-authenticated Estimote app could still pick up the beacon and it showed the old uuids. My test app that registers the new uuid also does not pick up the beacon.
3 is the WORST problem because it creates the illusion that the beacons are already synced with the cloud.
3 is the most unacceptable bug from Estimote to be honest, because those beacons that are thought were synced and configured with the new UUIDs were already deployed physically in multiple locations.
Would greatly appreciate any advice.