integration: Allow MLS State to track multiple conversations#4329
integration: Allow MLS State to track multiple conversations#4329battermann merged 14 commits intodevelopfrom
Conversation
They were the same function.
get the conversation again after creating it to retreive the correct groupId
|
I haven't looked at this in detail, but I have a few questions. What is the motivation for having multiple conversations? Conversations are mostly independent from one another, so any test that contains two conversations can always be written in a way where the two conversations exist one after the other. Also, there seem to be multiple changes here that are not related to allowing multiple conversations. Why are we switching to a specific type for conversation parameters, instead of keeping with the existing conversion based on JSON values? Why is the ciphersuite being passed explicitly instead of using the one in the state? |
In performance tests we'd like to setup many users and then create different conversations with the same set of users. Having this assumption of one conversation and explicit state management was getting a bit too much, so we decided to do this.
The JSON values could be either a subconversation, a conversation or a domain-id pair in object form, this was getting a bit too confusing to be used as the key for the map in the state, so we decided to create the
We figured it was less confusing than to call |
fe9b6ca to
684fa20
Compare
e8e6512 to
9fa5582
Compare
So we know its really not running.
mdimjasevic
left a comment
There was a problem hiding this comment.
This looks good! There are a few lines with old commented out code in the tests that should be removed.
check fed internal port with netstat
This reverts commit 932c5ac.
Checklist
Add a new entry in an appropriate subdirectory ofNo changelog.changelog.d