without the proceeding request to GET /API/pico/checkFirmware?uid=<uid> which has been seen before in practice. This is likely due to the firmware being factory reset to knowing somehow that the firmware already needs to be updated? Only happens when the machine_type isn't known to the server. Upon adding an alias via the UI I noticed that the mtype wasn't being modified if there was previous active sessions against the specific uid being aliased. Here I'm persisting whichever mtype the user selected in the UI (which is where the alias is added to the config.yaml and will be loaded from upon server restart().
There was a thread between Diane, Kevin and myself on Facebook that a factory reset C was failing to load firmware.
In this situation here are the only requests made to the server from the device:
without the proceeding request to
GET /API/pico/checkFirmware?uid=<uid>
which has been seen before in practice. This is likely due to the firmware being factory reset to knowing somehow that the firmware already needs to be updated? Only happens when themachine_type
isn't known to the server. Upon adding an alias via the UI I noticed that themtype
wasn't being modified if there was previous active sessions against the specificuid
being aliased. Here I'm persisting whichevermtype
the user selected in the UI (which is where the alias is added to the config.yaml and will be loaded from upon server restart().