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

Device not receiving to-device messages #2520

Closed
richvdh opened this issue Mar 10, 2024 · 5 comments
Closed

Device not receiving to-device messages #2520

richvdh opened this issue Mar 10, 2024 · 5 comments
Labels
T-Defect Something isn't working: bugs, crashes, hangs and other reported problems

Comments

@richvdh
Copy link
Member

richvdh commented Mar 10, 2024

Steps to reproduce

Filing this here for want of a better place; it's as likely to be a bug in Synapse, the sliding sync proxy, or the rust SDK as in EXA itself.

We have a rageshake from an EXA user who reports a decryption failure. The UTD appears to be due to the to-device message carrying the room key not arriving (we have logs which show it being sent by the sending client).

What is particularly odd is that, in the lifetime of the logs we have from this device (spanning over 24 hours), I don't see a single to-device message being received by the crypto stack.

I'm not really sure how to go about debugging this, particularly since we don't have logs from either homeserver, nor the sliding-sync proxy, but I wanted to record the issue in case it rings any bells for anyone.

CC @frebib, who sent the rageshake (thank you!)

Outcome

What did you expect?

To-device messages received and logged

What happened instead?

No to-device messages

Your phone model

No response

Operating system version

Android 14

Application version and app store

0.4.3, GooglePlay

Homeserver

No response

Will you send logs?

Yes

Are you willing to provide a PR?

No

@richvdh richvdh added the T-Defect Something isn't working: bugs, crashes, hangs and other reported problems label Mar 10, 2024
@bmarty
Copy link
Member

bmarty commented Mar 11, 2024

@poljar may have some inputs to give here. I am not sure how to device Event management is printed out by the SDK and so if they appear in the rageshake logs.

@poljar
Copy link
Contributor

poljar commented Mar 11, 2024

@poljar may have some inputs to give here. I am not sure how to device Event management is printed out by the SDK and so if they appear in the rageshake logs.

We print the count of received to-device events here: https://github.com/matrix-org/matrix-rust-sdk/blob/a204b2994d4c5d58c4769e767f61fc7db7546e38/crates/matrix-sdk-base/src/sliding_sync.rs#L66-L72

@kegsay
Copy link
Contributor

kegsay commented Jun 7, 2024

This sounds exactly like matrix-org/sliding-sync#448

@kegsay
Copy link
Contributor

kegsay commented Jun 8, 2024

Confirmed that frebib may have been hit by that. The latest version (unreleased but on main) of the proxy guards against dropping to device messages after a dropped db.

I suspect we can close this issue once the corresponding sliding sync issue is closed.

@kegsay
Copy link
Contributor

kegsay commented Jun 17, 2024

Closing this on the assumption this was matrix-org/sliding-sync#448

@kegsay kegsay closed this as completed Jun 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T-Defect Something isn't working: bugs, crashes, hangs and other reported problems
Projects
None yet
Development

No branches or pull requests

4 participants