-
Notifications
You must be signed in to change notification settings - Fork 521
Main -> Beta: Hotfix 11-20-25: Matter Camera fix #2571
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
Conversation
In the matter camera subdriver, the webrtc capability should be included if the `WebRTCTransportProvider` clusters is implemented as `SERVER` and if `WebRTCTransportRequestor` is implemented as `CLIENT`; this commit adds a check for the former which is currently missing from the subdriver.
|
Channel deleted. |
Test Results 71 files 468 suites 0s ⏱️ Results for commit b031f29. |
|
Minimum allowed coverage is Generated by 🐒 cobertura-action against b031f29 |
|
|
||
| local camera_endpoints = switch_utils.get_endpoints_by_device_type(device, fields.DEVICE_TYPE_ID.CAMERA) | ||
| if #camera_endpoints > 0 then | ||
| if #device:get_endpoints(clusters.WebRTCTransportProvider.ID, {cluster_type = "SERVER"}) > 0 and |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this check here instead of just on the camera endpoint?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We wanted to enforce the cluster types here for WebRTCTransportProvider as SERVER and WebRTCTransportRequestor as CLIENT, which is why this check was moved out of the loop. Note that each device type (except for Camera Controller, which is not currently supported by the subdriver anyways) that includes WebRTCTransportProvider / WebRTCTransportRequestor also includes CameraAVStreamManagement as a mandatory cluster, so this check as it is currently should be sufficient for now.
This will be improved by #2570, which will check the cluster type for the other clusters as well and also moves the WebRTCTransport check back. I'd like to get more testing done on that PR which is why it wasn't included in this hotfix.
Context: In the matter camera subdriver, the webrtc capability should be included if the
WebRTCTransportProviderclusters is implemented asSERVERand ifWebRTCTransportRequestoris implemented asCLIENT; this commit adds a check for the former which is currently missing from the subdriver.Check all that apply
Type of Change
Checklist
Description of Change
Summary of Completed Tests