-
-
Notifications
You must be signed in to change notification settings - Fork 659
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
api: On reaction events, stop assuming old user
object is present
#5912
Conversation
Hmm, CI failure:
|
Thanks! The commit looks good. I'll look into fixing that CI issue. |
Thanks! Yeah, I've looked at it a bit but not been able to diagnose yet; thanks for investigating. |
The `user_id` field has been present in reaction events since Zulip 3.0 (FL 2), which is below our kMinAllowedServerVersion (4.0). See API docs: https://zulip.com/api/get-events#reaction-add https://zulip.com/api/get-events#reaction-remove Fixes: zulip#5911
f24cc47
to
7519372
Compare
Rebased atop the merged #5914 to fix CI. |
Hmm another failure:
I'll try rerunning once before investigating. 🤷♂️ |
Looks like the rerun fixed it — mergng. |
… Or I will when GitHub is working for me again:
I get the same error with a fetch, and in other repos, and from a different machine using a different SSH key. |
FTR if this recurs: the fix is to edit android/gradle.properties to allow using more memory. See 382e31f and 3677788. The existing limit is 2 GiB, and if the build needs even more than that then that's kind of ridiculous… but 🤷. |
Odd! Is it working now? |
Ah, yep — it was down for most of an hour: |
Tested on an iPhone simulator, connected to CZO. Before this change, I saw the message list not updating on reaction events (as Greg highlighted in the chat thread). After this change, I saw the message list updating as expected when I added/removed reactions.
Fixes: #5911