LEAHI-DIALIN-LDT-3159

Renamed

Renamed

Moved it into login request

Moved it into login request

This will always return 0 and delay init from completing by up to 0.5s as the user is not logged in at the time of init.

This will always return 0 and delay init from completing by up to 0.5s as the user is not logged in at the time of init.

The naming of this method is misleading as it sends the message to request defeatured status and it is retrieved in a separate callback. The 'get' implies that the value returned from this method i...

The naming of this method is misleading as it sends the message to request defeatured status and it is retrieved in a separate callback. The 'get' implies that the value returned from this method is the defeatured status. The value returned is not the defeatured status but rather a T/F condition on if the FW replied back to dialin successfully.

suggestion: cmd_request_defeatured_status()

That's how it's called in the FW, I just copied it. But yes, I suspect the Def is short for defeatured.

That's how it's called in the FW, I just copied it.
But yes, I suspect the Def is short for defeatured.

Based on it's code, doesn't look like it. That's why I removed the publish to not mislead.

Based on it's code, doesn't look like it. That's why I removed the publish to not mislead.

Is this callback function coming from a received message?

Is this callback function coming from a received message?

DEF is short for de-featured? Not clear, whatever it means. Maybe we shouldn't abbreviate.

DEF is short for de-featured? Not clear, whatever it means. Maybe we shouldn't abbreviate.

LEAHI-DIALIN-LDT-3159_[Request] A getter function to read the DD FW for the defeatureized state
LEAHI-DIALIN-LDT-3159_[Request] A getter function to read the DD FW for the defeatureized state