-
-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
user reactivation: Be sure to preserve last-active-date #14279
Comments
For the same reasons, probably, the buddy list does not immediately reflect the new user upon reactivation. We should fix that, too. |
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
Hello @sahil839, you have been unassigned from this issue because you have not updated this issue or any referenced pull requests for over 14 days. You can reclaim this issue or claim any other issue by commenting Thanks for your contributions, and hope to see you again soon! |
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…vents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
…ents. This commit changes the reactiavtion code to send last_active_timestamp with the realm_user/add event and also sends the peer_add events as user resubscribes to the streams that he was subscribed before deactiavtion. It also makes sense to restore the custom_profile_field_data on reactivation of user and required changes for this is also made in this commit. More robust tests are added and existing tests are verified for reactivation of user according to the changes made in this commit. Fixes zulip#14279
Hello @zulip/server-sidebars members, this issue was labeled with the "area: right-sidebar" label, so you may want to check it out! |
When we deactivate and then immediately reactivate a user, something like this may happen (not sure on exact details):
If you work on this, step one is to make sure my diagnosis above is actually correct.
There are two likely fixes here:
This is fairly low priority, since it only affects admin users. It's possible a short term fix here is to just add a little inline help next to "Unknown". Click on a question mark and pop a modal that says "Why don't we know the last active date" and then give a list of possible reasons (we just deactivated/reactivated, they have been gone a long time, etc.)
The text was updated successfully, but these errors were encountered: