DM timeline omits most received DMs #798
Labels
No labels
approved, awaiting change
bug
configuration
documentation
duplicate
enhancement
extremely low priority
feature request
Fix it yourself
help wanted
invalid
mastodon_api
needs docs
needs tests
not a bug
planned
pleroma_api
privacy
question
static_fe
triage
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma#798
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Your setup
From source
Extra details
Fedora 40
Version
develop (
d1c4b97613
) + #796PostgreSQL version
don’t know
What’s wrong?
The DM timeline (akkoma-fe:
users/<your_nick>/dms
; backend:/api/v1/timelines/direct?with_muted=false
) shows all sent DMs, but only rarely, with no discernable pattern, includes received DMs.It’s supposed to contain both and for messages created before 2024-03-01 this seems to be the case. At least as of 2024-03-11 most received DMs are missing though. The instance frequently updates to latests develop although not always immediately. Something appears to have changed in how direct messages are stored just before the security patches of 2024.03 got merged.
Some received DMs which show up in the backend response, do not appear in the fronted; there might be an additional fe bug, but many DMs are already missing in the backend response.
Note: Mastodon deprecated this timeline in favour of a new conversations API. We do actually implement this already, but aparently the frontend doesn’t use them yet. Still, it prob shouldn’t omit half the messages.
Looking at those “conversations” received DMs appear correclty as the
last_status
where expected. Afaict there’s no way to directly query a whole conversation, i’m guessing the intended usage is to just fetch the last status and all its parents which should work normally (don’t know if/how conversations are split if different subthreads emerge).jq
filters to make backend reponses easier to read:Logs
No response
Severity
I can manage
Have you searched for this issue?