-
Notifications
You must be signed in to change notification settings - Fork 221
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
☂️ Handle all Zulip events to keep our data up to date #135
Comments
|
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
Now, as demonstrated in the new test, if the author of a message changes their avatar, we'll see the update in the message list as soon as we get the event. While we're at it, comment out the property on [Message] to guide future consumers to [User]. Related: zulip#135
I've just gone through the list of all events in the server API, triaged them, and updated the issue description. That was as of Zulip feature level 219, commit zulip/zulip@37b261e, for reference if updating the list for future server API changes. For entertainment and future convenience, here's the pair of commands I used to get the list:
The first command converts And here's a complete list of the events, reordered lightly to group them logically, before triage: All event types, grouped logically
|
We'll want to handle essentially all the events that can appear through the Zulip event system:
https://zulip.com/api/get-events#events
Some of these are correctness issues in the early prototype: we're tracking the data they would update, but are not handling the update, so our data goes stale. Others are not correctness issues because we're not yet tracking that data in the first place, but are for data we do intend to track before launch. Both those categories are in scope for this issue.
Out of scope for this issue: A few event types are for data that is only needed for areas of UI that we don't have in zulip-mobile and don't intend to have in zulip-flutter before launch. E.g.,
attachment
, which is for web's#settings/uploaded-files
screen.Event types
For alpha
heartbeat
custom_profile_fields
user_settings
/update
realm_user
/update
realm_user
/add
realm_user
/remove
stream
/create
Handle created/deleted streams (stream op: create
andstream op: delete
events) #181stream
/delete
message
reaction
/add
AddReaction
class; uncommentMessage.reactions
and update on events #256reaction
/remove
update_message
for edits (not moves) Handle edited messages (update_message events, 1/2) #118update_message_flags
/add
update_message_flags
/remove
For beta
subscription
/add
Subscription api events #382subscription
/remove
subscription
/update
user_topic
Handle muted streams and topics #346, msglist: Handle UserTopicEvent, hiding/showing messages as needed #822submessage
polls: Read-only support #165For launch
restart
realm_linkifiers
realm_filters
realm_emoji
/update
store: AddrealmEmoji
, initialized from initial snapshot and updated with its event #394realm
/update
realm
/update_dict
alert_words
presence
Presence data, and report presence #196user_status
Track user status #197muted_users
Mute muted users #296user_group
/add
autocomplete: Support user-group @-mentions #233user_group
/update
user_group
/add_members
user_group
/remove_members
user_group
/add_subgroups
user_group
/remove_subgroups
user_group
/remove
stream
/update
Handle updated streams (stream op: update
events) #182delete_message
Handle deleted messages (delete_message events) #120update_message
for moves (vs. edits) Handle moved messages (update_message events, 2/2) #150typing
/start
Show "typing" status #665typing
/stop
Show "typing" status #665For post-launch
Post-launch other than realm settings UI
has_zoom_token
realm
/deactivated
subscription
/peer_add
(cf Handle subscription peer add/remove events #374)subscription
/peer_remove
attachment
/add
attachment
/update
attachment
/remove
drafts
/add
drafts
/update
drafts
/remove
scheduled_messages
/add
scheduled_messages
/update
scheduled_messages
/remove
For realm settings UI
default_stream_groups
default_streams
realm_playgrounds
realm_domains
/add
realm_domains
/change
realm_domains
/remove
realm_export
realm_user_settings_defaults
/update
invites_changed
realm_bot
/add
realm_bot
/update
realm_bot
/remove
realm_bot
/delete
Never
Obsolete
muted_topics
Support muted_topics format for pre-Zulip Server 6 #422update_display_settings
update_global_notifications
Specific to web
hotspots
The text was updated successfully, but these errors were encountered: