Skip to content

chart/5.5.60

@stefanwire stefanwire tagged this 09 Sep 13:18
* Routes.Public.Galley.Conversation: Remove version overlap in endpionts for getting one2one conversation

* integration: Verify remove propsals from the backend in group convos

Also add a test where local client is removed and the proposal is sent to remote
clients

* integration-tests: Use separate mls private keys for each env

Pending: keys for dynamic backends when running in K8s

* integration: resetClientGroup: Use MLS public keys for creator of the group instead of the conversation

This encodes the assumption that the creator's backend always owns the
conversation.

For one2one conversations, this would break, however we should use a different
function to do this setup as the keys are supposed to be returned in
getMLSOne2OneConversation endpoint from version 6 onwards.

* integration: Add tests for how the new API is supposed to work

Also add a test to ensure that proposals for removing clients can be
verified.

* wire-api{,-federation}: Add new APIs for returning MLS public keys for 1:1 convs

* galley: Implement new APIs for returning MLS public keys when getting 1:1 convs

* integration: Adjust one2one conv tests to use the new API

* galley.integration.yaml: fix path of the backend's public keys

* add golden tests

* charts/integration: Add mls private keys for dynamic backends

* integration: Fix API versions to be used for fed-v0 and v1 envs

They were hardcoded to use the dev API version, which is incorrect

* BackendNotificationPusherSpec: Fix API version test

Make it so it doesn't fail for adding new API versions

* hack/bin/gen-certs.sh: Also gen certs for federation-v1

* integration: Describe how one2one conversations should work when talking to older backends

* integration/SetupHelpers: Slightly nicer way to detect backend API version

* wire-api: Add epoch_timestamp to serialization of conv Protocol

It is necessary in older API versions, got removed as a bug.

* federation-api-galley: Use Protocol from client API V5 when returning 'RemoteConversation'

Federation API V1 expects JSON serialization similar to Client API V5.

* galley-integration: Delete test which is already covered by new integration tests

It required changes due to change in federation API

* galley: Only allow getting remote MLS 1:1 convs if the remote supports federation API v2

* galley: Do not return 1:1 conversations in federation API V1

* galley: Add query param for public key format to "get-one-to-one-mls-conversation"

* wire-api: Fix golden test JSONs

These were likely generated after refactoring so we actually did break the
API (in a small way). This is verified by seeing the results from q1-2024
release, APIs <= V5 return `epoch_timestamp` as `null` instead of omitting it.

* MLSOne2OneConversation: Add dynamic param to swagger name

* galley: Log warning when getting One2One conv and remote doesn't have MLS enabled

* wire-api-federation: Fix wrongly generated golden test

* integration/testSupportedProtocols: Don't run for federation-v0

Client API v4 doesn't support this endpoint

* galley: Move JWK key format to client APIv7

---------

Co-authored-by: Akshay Mankar <[email protected]>
Assets 2
Loading