-
Notifications
You must be signed in to change notification settings - Fork 6
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
fix: fallback to proteus if conversation already present but MLS is default (WPB-15191) #3200
fix: fallback to proteus if conversation already present but MLS is default (WPB-15191) #3200
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## release/candidate #3200 +/- ##
==================================================
Coverage 54.15% 54.15%
==================================================
Files 1250 1250
Lines 36477 36493 +16
Branches 3696 3699 +3
==================================================
+ Hits 19754 19763 +9
- Misses 15295 15298 +3
- Partials 1428 1432 +4
... and 3 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
Datadog ReportBranch report: ✅ 0 Failed, 3237 Passed, 107 Skipped, 1m 1.88s Total Time |
Quality Gate passedIssues Measures |
…efault (WPB-15191) (#3200) * fix: fallback to proteus if conversation already present and no common protocol * fix: test coverage * fix: test coverage
PR Submission Checklist for internal contributors
The PR Title
SQPIT-764
The PR Description
What's new in this PR?
Issues
There is case when two users on different teams (team A and team B) have already Proteus conversations.
They get lost if:
Causes (Optional)
When performing the creation of 1:1, we introduced a check for validating the team default protocol. #2787
Also when resolving 1:1 conversation protocol, we introduced the concept of
active_one_to_one_id
#2010 this runs on migration of Proteus to MLS conversations as well.Long story short, the checks for these cases triggers that when enabling MLS as the protocol for the team, and no matching protocols between user A and B, those conversations won't be shown, and cannot interact, even though, the conversation is a valid Proteus one from the BE perspective, as WEB also shows double-checked with the DB.
Solutions
Since we introduced on #2841 the error type
CoreFailure.NoCommonProtocolFound.OtherNeedToUpdate
for cases when the other users are still on Proteus, we take advantage of this case and for existing Proteus conversations, we get them and update theactive_one_on_one_id
. A new function was introduced that does not create Proteus conversations in this case.More notes
https://wearezeta.atlassian.net/wiki/x/lwIPYQ
Testing
Test Coverage (Optional)
WIP. (will add)
PR Post Submission Checklist for internal contributors (Optional)
PR Post Merge Checklist for internal contributors
References
feat(conversation-list): Sort conversations by most emojis in the title #SQPIT-764
.