-
Notifications
You must be signed in to change notification settings - Fork 283
fix: actually create a talk room when converting proposal #7398
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
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #7398 +/- ##
=======================================
Coverage 13.56% 13.57%
=======================================
Files 218 218
Lines 11329 11321 -8
Branches 2710 2711 +1
=======================================
Hits 1537 1537
+ Misses 9432 9424 -8
Partials 360 360
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
06cc391 to
b476d3d
Compare
b476d3d to
97be1e6
Compare
st3iny
left a comment
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.
Breaks when Talk is disabled.
You need to add a check if Talk is not installed/enabled and hide the Add Talk conversation checkbox.
Ah yes, that is a donkey oversight on my part. |
Done. Added two checks
|
src/services/talkService.ts
Outdated
| if (participant.realm === ProposalParticipantRealm.Internal) { | ||
| // Try resolving internal participant to a user via autocomplete service | ||
| try { | ||
| const matches: AutocompleteEntry[] = await autocomplete({ search: participant.address, limit: 1 }) | ||
| if (matches[0] !== undefined && matches[0].shareWithDisplayNameUnique === participant.address) { | ||
| users.push(matches[0].id) | ||
| continue | ||
| } | ||
| // Fallback to email if no good user match | ||
| emails.push(participant.address) | ||
| } catch { | ||
| // On errors, fallback to email | ||
| emails.push(participant.address) | ||
| } | ||
| } else { |
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.
This does not seem to work. On my instance, a user is always added via email and thus not invited to the room.
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.
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 had another thought on this, I think maybe the issue was that you had contacts with the same email address as the user and the contacts where being returned first.
Also made the whole process async to make it faster and fixed a bug in the backend
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.
Indeed, I clicked on the SAB contact instead of the actual user. Perhaps the SAB can be skipped when searching for contacts? Users are shown anyway.
(Not required for this PR.)
st3iny
left a comment
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.
Tested again but found another bug.
d38e871 to
e788de3
Compare
Signed-off-by: SebastianKrupinski <krupinskis05@gmail.com>
8bf2740 to
2ed846e
Compare
|
/backport to stable6.0 |


Summary
Testing