-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Messages sent to a thread aren't visible in EW but appear in previews #26254
Comments
unsurprised. hopefully my EW rageshake might reveal what's going on. (also, hello nunito!) |
looks like it's not only my messages. just found a threaded message for another room which shows in the room preview, but isn't visible anywhere in the actual room, or the thread it was a member of. |
having restarted the client, the missing messages are now visible. |
^ Rageshake added. |
Treating this as a "fire" i.e. something that we immediately work on. |
Theory so far: maybe the message never got added to the thread timeline, maybe because it was not in the order we expected. Ideas here: matrix-org/matrix-js-sdk#3782 Next: figure out whether the missing messages arrived via sync and/or |
In my example, the messages were sent from Element Desktop. |
OK, I have hatched a plan. We suspect that the problem is messages being dropped in Thread::addEvent, and the main suspect of why they might be dropped is due to their Until we have MSC4033, we can't definitively solve the message-ordering problem, but we can see some problems in We need to be very cautious around this area because if we change the order of messages we can trigger new forms of the Stuck Notifications bug. So the plan is:
|
Added to try and help debug element-hq/element-web#26254
Added to try and help debug element-hq/element-web#26254
Added to try and help debug element-hq/element-web#26254
* Warn when we drop an event trying to add it to a thread Added to try and help debug element-hq/element-web#26254 * Comment trying to explain lastEvent * Document some of my understanding of the addEvent logic * Refer to stable spec instead of MSC Co-authored-by: Richard van der Hoff <1389908+richvdh@users.noreply.github.com> * Re-word comments based on review --------- Co-authored-by: Richard van der Hoff <1389908+richvdh@users.noreply.github.com>
We believe this is fixed (planned for the release in early November, probably Element Web v1.11.48). If you see any examples of it, please re-open this issue or create a new one if the behaviour is different. |
Steps to reproduce
EW shows:
EX shows:
Unclear on whether this is an EX or EW or Synapse bug.
Will rageshake on both platforms with msg IDs.
Outcome
What did you expect?
Messages should never disappear.
What happened instead?
Messages disappeared.
Operating system
No response
Application version
Element Nightly version: 2023092701 Olm version: 3.2.14
How did you install the app?
No response
Homeserver
matrix.org
Will you send logs?
Yes
The text was updated successfully, but these errors were encountered: