-
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
feat: do not display call feed back for short calls (WPB-15086) #3277
feat: do not display call feed back for short calls (WPB-15086) #3277
Conversation
…l-feed-back-for-short-calls
Test Results3 520 tests +1 3 412 ✅ +1 6m 11s ⏱️ -2s Results for commit f415ef5. ± Comparison against base commit 7f5111d. This pull request removes 4 and adds 5 tests. Note that renamed tests count towards both.
♻️ This comment has been updated with latest results. |
|
Branch | do-not-display-call-feed-back-for-short-calls |
Testbed | ubuntu-latest |
⚠️ WARNING: No Threshold found!Without a Threshold, no Alerts will ever be generated.
Click here to create a new Threshold
For more information, see the Threshold documentation.
To only post results if a Threshold exists, set the--ci-only-thresholds
flag.
Click to view all benchmark results
Benchmark | Latency | microseconds (µs) |
---|---|---|
com.wire.kalium.benchmarks.logic.CoreLogicBenchmark.createObjectInFiles | 📈 view plot | 681.93 |
com.wire.kalium.benchmarks.logic.CoreLogicBenchmark.createObjectInMemory | 📈 view plot | 516,666.65 |
com.wire.kalium.benchmarks.persistence.MessagesNoPragmaTuneBenchmark.messageInsertionBenchmark | 📈 view plot | 1,345,962.23 |
com.wire.kalium.benchmarks.persistence.MessagesNoPragmaTuneBenchmark.queryMessagesBenchmark | 📈 view plot | 26,756.40 |
Datadog ReportBranch report: ✅ 0 Failed, 3412 Passed, 108 Skipped, 1m 1.46s Total Time |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #3277 +/- ##
========================================
Coverage 50.69% 50.70%
========================================
Files 1611 1611
Lines 58102 58119 +17
Branches 5218 5222 +4
========================================
+ Hits 29456 29467 +11
- Misses 26639 26642 +3
- Partials 2007 2010 +3 see 8 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
} | ||
|
||
@Suppress("FunctionNaming") | ||
internal fun ObserveAskCallFeedbackUseCase( | ||
internal fun observeAskCallFeedbackUseCase( |
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.
question: does it need to be a function that creates anonymous object? Usually we just create
class ObserveAskCallFeedbackUseCaseImpl(
endCallListener: EndCallResultListener
) : ObserveAskCallFeedbackUseCase {
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.
To be fair, I'd even go the extra mile to make it look like a constructor when invoking. something like internal fun ObserveAskCallFeedbackUseCase
. Just looks cleaner than having all Impl
classes everywhere :D
} | ||
|
||
@Suppress("FunctionNaming") | ||
internal fun ShouldAskCallFeedbackUseCase( | ||
internal fun shouldAskCallFeedbackUseCase( |
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.
same question here
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.
I'd revert the upper to lowercase change.
Using "fake constructor functions" is a well established Kotlin pattern.
For example, when creating a CoroutineScope
: https://github.com/Kotlin/kotlinx.coroutines/blob/fed40ad1f9942d1b16be872cc555e08f965cf881/kotlinx-coroutines-core/common/src/CoroutineScope.kt#L297
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.
I guess I just missed the moment when we started doing it that way in use cases 😅
I agree, reverting it to uppercase would be better
@@ -475,7 +475,7 @@ internal class CallDataSource( | |||
val updatedCallMetadata = callMetadataProfile.data.toMutableMap().apply { | |||
this[conversationId] = call.copy( | |||
participants = participants, | |||
maxParticipants = max(call.maxParticipants, participants.size + 1), | |||
maxParticipants = max(call.maxParticipants, participants.size), |
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.
How is this related to call feedback? Could Could you please clarify?
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.
so in the ticket call_participants
event is "The maximum number of users in the call, not necessarily equal to the number of users in the conversation. Detected during the time the user is participating in the call."
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.
I was mostly asking about the +1
removal. I'm not sure why it was there before, and why it is being removed now 😄
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.
tbh I don't know why it was added, but certainly it's giving wrong value.
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.
does call.maxParticipants
return self ? maybe the +1 is for self ?
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.
yes self is already included
} | ||
|
||
@Suppress("FunctionNaming") | ||
internal fun ObserveAskCallFeedbackUseCase( | ||
internal fun observeAskCallFeedbackUseCase( |
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.
To be fair, I'd even go the extra mile to make it look like a constructor when invoking. something like internal fun ObserveAskCallFeedbackUseCase
. Just looks cleaner than having all Impl
classes everywhere :D
} | ||
|
||
@Suppress("FunctionNaming") | ||
internal fun ShouldAskCallFeedbackUseCase( | ||
internal fun shouldAskCallFeedbackUseCase( |
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.
I'd revert the upper to lowercase change.
Using "fake constructor functions" is a well established Kotlin pattern.
For example, when creating a CoroutineScope
: https://github.com/Kotlin/kotlinx.coroutines/blob/fed40ad1f9942d1b16be872cc555e08f965cf881/kotlinx-coroutines-core/common/src/CoroutineScope.kt#L297
logic/src/commonMain/kotlin/com/wire/kalium/logic/feature/user/ShouldAskCallFeedbackUseCase.kt
Outdated
Show resolved
Hide resolved
|
PR Submission Checklist for internal contributors
The PR Title
SQPIT-764
The PR Description
What's new in this PR?
Description
Call feed back survey should not displayed if the call is too short, less than 1 minute.
Needs releases with:
Testing
Test Coverage (Optional)
How to Test
Briefly describe how this change was tested and if applicable the exact steps taken to verify that it works as expected.
Notes (Optional)
Specify here any other facts that you think are important for this issue.
Attachments (Optional)
Attachments like images, videos, etc. (drag and drop in the text box)
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
.