Skip to content
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

fix: Update MemberListTimestamp when sending a group message #5345

Merged
merged 1 commit into from
Mar 15, 2024

Conversation

iequidoo
Copy link
Collaborator

Param::MemberListTimestamp was updated only from receive_imf::apply_group_changes() i.e. for received messages. If we sent a message, that timestamp wasn't updated, so remote group membership changes always overrode local ones. Especially that was a problem when a message is sent offline so that it doesn't incorporate recent group membership changes.

@iequidoo iequidoo force-pushed the iequidoo/MemberListTimestamp branch from d19d1e2 to bedd9b4 Compare March 14, 2024 01:15
@iequidoo iequidoo marked this pull request as ready for review March 14, 2024 01:47
@link2xt
Copy link
Collaborator

link2xt commented Mar 14, 2024

A test replicating the bug without manually creating messages and setting dates would be nice as original bug happens even when everyone is using Delta Chat. Ok to merge as is as well.

`Param::MemberListTimestamp` was updated only from `receive_imf::apply_group_changes()` i.e. for
received messages. If we sent a message, that timestamp wasn't updated, so remote group membership
changes always overrode local ones. Especially that was a problem when a message is sent offline so
that it doesn't incorporate recent group membership changes.
@iequidoo iequidoo force-pushed the iequidoo/MemberListTimestamp branch from bedd9b4 to 52d91ea Compare March 15, 2024 08:41
@iequidoo
Copy link
Collaborator Author

iequidoo commented Mar 15, 2024

Another interesting test_verified_group_vs_delete_server_after() failure: https://github.com/deltachat/deltachat-core-rust/actions/runs/8273952182/job/22638826127?pr=5345

EDIT: The reason is that vg-request-with-auth wasn't received in time by ac2, it was received together with vg-member-added:

16.81 [events-ac2] INFO src/imap.rs:718: 2 mails read from "INBOX".

But right after that

ac2.set_config("delete_server_after", "0")

is done in the test, so vg-request-with-auth had no chance to be deleted. So, the reason is actually #5201, i.e. a bug in the IMAP implementation either on the server side or in async_imap as noted in #5201 (comment)

@iequidoo iequidoo merged commit 33777d8 into main Mar 15, 2024
38 checks passed
@iequidoo iequidoo deleted the iequidoo/MemberListTimestamp branch March 15, 2024 09:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants