Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Not able to perform decommissioning in simulated test case #40

Closed
raju-apple opened this issue Oct 19, 2023 · 3 comments
Closed
Labels
Awaiting Validation Bug Something isn't working QA

Comments

@raju-apple
Copy link

From chip-certification-tool created by Ashwinigrl: CHIP-Specifications/chip-certification-tool#950

Describe the bug

Last step of all simulated test case there is a step prompting to decommission the DUT, But when trying to decommission using chip-tool command it end with timeout. Timeout during decommission happens only if it is already decommissioned.

I believe that runner is automatically decommissioning the DUT and prompting for decommissioning if in that case the prompt has to be removed if not the runner needs attention for the same.

Steps to reproduce the behavior

  1. Open the UI
  2. Upload the PICS
  3. Ensure the Simulated test case is selected
  4. Click on start
  5. UI Prompts for commissioning
  6. Provide the pairing code in DUT with payload
  7. Provide the command as per the prompts
  8. After completion of test case execution, Provide the Unpairing code in DUT with payload

Expected behavior

DUT should Decommissioned successfully

Log files

Ex log for TCOCC-2.4:
Simulated backend log.txt
TC-OCC-2.4(DUT).txt

Environment

TH Version: TH Fall2023
Sha: 58a51bef

Additional Information

Facing this issue for all the simulated test cases

@ccruzagralopes
Copy link
Contributor

This is happening because the ./chip-app1 instance that runs in the SDK container during the tests stops running once the testing is completed. TH used to launch it again at the test suite cleanup in order to perform this decommissioning step, but that has been removed when the runner was integrated. So now the DUT will try to decommission but ./chip-app1 will not be running, hence the timeout.

We can come back to doing it like before for now and then think of a better solution for this, since the code has a comment saying "Need a better way to trigger unpair for chip-app."

@ccruzagralopes
Copy link
Contributor

Fixed in project-chip/certification-tool-backend#29. This fix is in the backend repository. This should be included in the next TH release.

@Ashwinigrl
Copy link
Collaborator

Fixed this Issue in latest TH Version: main - dev Sha: f17efc4.
Hence closing this issue

rquidute pushed a commit that referenced this issue Sep 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Awaiting Validation Bug Something isn't working QA
Projects
None yet
Development

No branches or pull requests

5 participants