Skip to content

Conversation

@lylezhu2012
Copy link
Contributor

For the case sm_key_persist_004, the disconnected event may be printed before the log Pairings successfully cleared since there is no order between log Pairings successfully cleared and the disconnected event. It causes the script discards the disconnected event in this case and rise the assert issue.

For the case sm_key_persist_004, check the disconnected event in the captured log. If it is not found, wait the disconnected event until timeout.

For the case sm_key_persist_004, the disconnected event may be
printed before the log `Pairings successfully cleared` since there
is no order between log `Pairings successfully cleared` and the
disconnected event. It causes the script discards the disconnected
event in this case and rise the assert issue.

For the case sm_key_persist_004, check the disconnected event in
the captured log. If it is not found, wait the disconnected event
until timeout.

Signed-off-by: Lyle Zhu <[email protected]>
@zephyrbot zephyrbot added area: Bluetooth Classic Bluetooth Classic (BR/EDR) area: Bluetooth area: Tests Issues related to a particular existing or missing test labels Nov 28, 2025
@sonarqubecloud
Copy link

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area: Bluetooth Classic Bluetooth Classic (BR/EDR) area: Bluetooth area: Tests Issues related to a particular existing or missing test

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants