Release r2.2 (M4 Fall25)#105
Conversation
There was a problem hiding this comment.
Must fix:
The server URL in all YAML and .feature files doesn't match the API version.
For example in webrtc-events:
Description: Server URL version v0.2rc1 doesn't match API version 0.2.0
Location: servers[0].url
Fix: Update server URL to end with /v0.2
webrtc-events - line 722-725: the link into Commonalities within the definition of SubscriptionId is outdated (going to a deprecated document). Use instead the definition as in https://github.com/camaraproject/Commonalities/blob/main/artifacts/camara-cloudevents/event-subscription-template.yaml:
SubscriptionId:
type: string
description: The unique identifier of the subscription in the scope of the subscription manager. When this information is contained within an event notification, this concept SHALL be referred as `subscriptionId` as per [Commonalities Event Notification Model](/documentation/API-design-guidelines.md#122-event-notification).
example: qs15-h556-rt89-1298
This is also a bug in Commonalities (issue camaraproject/Commonalities#531 created). I propose as short-term solution the definition from sim-swap-subscription:
SubscriptionId:
type: string
description: The unique identifier of the subscription in the scope of the subscription manager. When this information is contained within an event notification, this concept SHALL be referred as subscriptionId as per Commonalities Event Notification Model.
example: qs15-h556-rt89-1298
There was a problem hiding this comment.
Should fix (could be done later, non-breaking changes):
Use in all three YAML files the same ErrorInfo definition, with the order status -> code -> message, currently there are different versions with different order of the properties.
Use the latest and fixed version of the definition from https://github.com/camaraproject/Commonalities/blob/main/artifacts/CAMARA_common.yaml (please be aware that CAMARA_common.yaml got fixed after r3.3, it is now aligned with the API Design Guide in r3.3):
ErrorInfo:
type: object
required:
- status
- code
- message
properties:
status:
type: integer
description: HTTP response status code
code:
type: string
description: A human-readable code to describe the error
message:
type: string
description: A human-readable description of what the event represents
Multiple schema names are not following the PascalCase convention (in webrtc-registration.yaml):
regSessionRequest→ should beRegSessionRequestregSessionResponse→ should beRegSessionResponseregSessionUpdate→ should beRegSessionUpdate
Maybe as well the following ones, but that's questionable:
WrtcSDPDescriptor→ should beWrtcSdpDescriptor(in both webrtc-call-handling and webrtc-events)HTTPSubscriptionRequest→ should beHttpSubscriptionRequestHTTPSubscriptionResponse→ should beHttpSubscriptionResponseHTTPSettings→ should beHttpSettings
There was a problem hiding this comment.
You may want to consider:
The headers of the sections # Authorization and authentication and # Additional CAMARA error responses differ from the templates. On the one side does that raise issues of our release review script (as it does not find the sections, see full results here), on the other side are these sections with that differently formatted than in other APIs of the meta-release. As the section itself are there this is not a critical issue.
If you want to fix that:
## 4. Authorization and authentication -> # Authorization and authentication
## 5. Additional CAMARA error responses -> # Additional CAMARA error responses
Test file names are not matching in multiple cases not with the operationIds within the API file (e.g. -deleteSession instead of -deleteSessionById That isn't mandatory to fix as there could reasons for other name choices.
But you might want to fix the typo in webrtc-registration-deleteRegsitartionById.feature (should be deleteRegistrationById).
hdamker
left a comment
There was a problem hiding this comment.
The remaining points found during checks along camaraproject/ReleaseManagement#322
documentation/API_documentation/webrtc-call-handling-API-Readiness-Checklist.md
Show resolved
Hide resolved
|
@stroncoso-quobis please find my review results above. The critical points should be easy to fix, also the other points. If you don't want to fix a certain topic now, you can also create issues for the next release. |
|
@stroncoso-quobis Hi Santiago, team, will you be able to release the API before tomorrow's TSC meeting at 4PM CEST ? |
|
PS. it would be great if you could include the fix on ErrorInfo schema in the yaml files) as indicated above, as all other Fall25 API have fixed it :-) |
|
Hi @tanjadegroot , hard deadline, I'm little overloaded this week, it started fine, but I had really no-time to dedicate to this, so I will have some time this late afternoon. Anyway, I will do my best to get everything ready. Attending to the @hdamker comment, we need a separate PR for As said, I will do my best 💪 |
Thanks very much Santiago @stroncoso-quobis ! I think we can then consider the API will be release today. Great news. |
stroncoso-quobis
left a comment
There was a problem hiding this comment.
Review of CHANGELOG and README done. Letting YAML titles and PascalCase object naming as fixes for future PRs.
documentation/API_documentation/webrtc-call-handling-API-Readiness-Checklist.md
Show resolved
Hide resolved
|
Hi @hdamker , @tanjadegroot , Main fixes done here: CHANGELOG, README & API Readiness files. 2f0b5c0 I will let as bugs pending to fix the other comments provided, I will create GitHub issues for them:
Most of them come from original commonalites not properly aligned. I really would appreciate a sooner review, that I would have more time to fix them. But them seem minor bugs, we will fix them soon. Let me know if something extra is needed and further steps to publish the release. Best regards, |
hdamker
left a comment
There was a problem hiding this comment.
@stroncoso-quobis thanks for the fixes, it looks good to merge, and I'm fine with your decision to postpone further fixes. I'm also ok that the PR is currently not in sync with main, I have reviewed the three commits separately.
Thanks for your understanding regarding the timing we will do next time better (🤞 that with more time available the reviews will distribute better and not still all coming at the deadline).
|
@stroncoso-quobis the final check has shown, that you have overseen the first must fix from my comments:
That's in all .feature files one small change ... remove the |
|
Hi @hdamker , @tanjadegroot Changes applied to solve critical issue:
Also:
But I wrote Best regards |
|
@stroncoso-quobis thanks fa lot or the corrections, almost done now and I considered already to approve, but maybe you want to change the following points:
The last point can for sure be considered as a cosmetic and potentially technical irrelevant issue, but these are last two APIs in the complete meta-release of 60 APIs which have this reversed order (and all your examples are in the correct order). Would be good if you also across your own APIs use the same order in the schema. We can also not be completely sure if some code generators might not get irritated by that. P.S.: I don't care about typos in commit messages. |
|
@stroncoso-quobis ready for final review/approval or will you address ErrInfo as well? |
|
Hi @hdamker , |
Great @stroncoso-quobis. Seems that you had done the need corrections already within #113 ... just not visible within the release PR as it wasn't updated (btw was the PR 113 more aligned with https://github.com/camaraproject/Commonalities/blob/main/artifacts/CAMARA_common.yaml, but that's now really nits). I will approve and hope you can create merge and create the release today before 15:00 UTC (start of the Release Management call). |
There was a problem hiding this comment.
Approved on behalf of Release Management 👏
Next steps for the team:
- PR merged (by API repository codeowner)
- Release created within GitHub (by API repository codeowner)
- Release Tracker updated (with creation date of the release and the release tag link)
|
Thansk @hdamker , Best regards, |
|
Hi Team, @stroncoso-quobis, please merge, create the release and update the release trackers !! |
|
Merged! Release created here: https://github.com/camaraproject/WebRTC/releases/latest (r2.2) @tanjadegroot I will update ASAP |
|
Hi @tanjadegroot ,
Let me know if you need anything from my side |
What type of PR is this?
Add one of the following kinds:
What this PR does / why we need it:
Stable release for WebRTC APIs - release 2.2
Which issue(s) this PR fixes:
Fixes #96
Fixes #115
Special notes for reviewers:
Included PRs since release-candidate
Changelog input
Additional documentation