You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the path_remove function of a proxy child is correctly called, the child is considered not valid no matter if there are any other paths still valid. or even if a path is added again after the fact.
This is particularly present relevant in the case of a DFU process occurring while there is a SimpleBLE process ongoing.
The device will (most likely) reboot, and all paths from the proxy will be removed. but then new ones will be added back.
Because of this bug, the Proxy is still considered invalid even though there are paths and communucations again. but it means that later the Adapter call std::vector<std::shared_ptr<Device>> Adapter::device_paired_get() will believe the Proxy is invalid even though it is technically valid now.
If the
path_remove
function of a proxy child is correctly called, the child is considered not valid no matter if there are any other paths still valid. or even if a path is added again after the fact.This is particularly present relevant in the case of a DFU process occurring while there is a SimpleBLE process ongoing.
The device will (most likely) reboot, and all paths from the proxy will be removed. but then new ones will be added back.
Because of this bug, the Proxy is still considered
invalid
even though there are paths and communucations again. but it means that later the Adapter callstd::vector<std::shared_ptr<Device>> Adapter::device_paired_get()
will believe the Proxy is invalid even though it is technically valid now.proposal:
proxy.patch
(I have a branch locally that does this, but I don't have permission to push to this repo)
The text was updated successfully, but these errors were encountered: