project-chip / project-chip/certification-tool
[Bug] TC-SC-4_1 does execute properly
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 82
- Forks
- 47
- Avg merge
- 1d 15h
- Merged PRs (30d)
- 17
Description
Describe the bug
if CADMIN.S.C01.Rsp = False for the DUT, test case does not continue properly.
Step 1 is skipped, however test harness tried to send
avahi-browse -rt _matterc._udp
command, which will timeout as device does not support OpenBasicCommissioningWindow function
Need your kind review for same
Steps to reproduce the behavior
No response
Expected behavior
No response
Log files
No response
PICS file
No response
Screenshots
No response
Environment
No response
Additional Information
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the TC-SC-4_1 implementation and the handling of CADMIN.S.C01.Rsp=False. Trace why Step 1 is skipped while the harness still invokes avahi-browse -rt _matterc._udp. Done means the test continues without that command when OpenBasicCommissioningWindow is unsupported, with coverage for the false-response path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- shell
- Domain
- embedded-iot, testing-qa
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100