element-hq / element-hq/element-web
When an event contains `is_falling_back: false`, the message preview thinks it's a threaded reply
- Dominant language
- TypeScript
- Stars
- 13.5k
- Forks
- 2.8k
- PR merge metrics
- PR metrics pending
Description
### Steps to reproduce
1. Send a message
2. Have someone else *reply* to it (using Element Web)
3. Observe `is_falling_back: false` in event source
4. Observe message preview
5. Observe main timeline
### Outcome
#### What did you expect?
The event to show up as a not-reply.
#### What happened instead?
### Operating system
Windows 11
### Application version
Element Nightly version: 0.0.1-nightly.2023090801 Olm version: 3.2.14
### How did you install the app?
The Internet
### Homeserver
t2l.io
### Will you send logs?
No
Contributor guide
Research direction
Reproduce the issue with an event whose source contains `is_falling_back: false`, then trace how the message preview classifies replies. Done means the preview shows the event as a non-reply while the main timeline remains correct.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100