[Bug] Thread Breaking on Some Locked Posts When I Follow Both People #89
Labels
No Label
a11y
Bug
Bug fix
Critical Priority
Documentation
Feature
Feature request
Held for next release cycle
High Priority
Low Priority
Medium Priority
Minor change
Translation/Locale
WIP
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma-fe#89
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
Screenshots anonymised due to being locked posts but the issue is that threads often break with certain users when the thread is locked. It will seem to be a new thread and I won't actually be able to see the post that is being replied to or any earlier posts in the thread
ok some debugging steps to help here
notice
in the URL withapi/v1/statuses
- i.e instead ofhttps://akko.disqordia.space/notice/ALypMnPy9EfONs8GOm
, go tohttps://akko.disqordia.space/api/v1/statuses/ALypMnPy9EfONs8GOm
in_reply_to_id
, grab that string/context
to the end of the URL, should behttps://akko.disqordia.space/api/v1/statuses/ALypMnPy9EfONs8GOm/context
ancestors
has anything in ithttps://akko.disqordia.space/api/v1/statuses/<in_reply_to_id>
, with the ID from 4, see if you can see itif 6 works but 5 doesn't i'll have something to narrow in on
nothing in ancestors
I'll repeat these steps again if I see it again to try to get a bigger sample size
ok not having
in_reply_to_id
means that we had trouble fetching the status they were replying to (or it wasn't filled in)hm, might have to rope eris in here to get the backend AP data to check what's going on at some point
Watcha need me to do?
this will be quite awkward i warn you
first, @arcana will need to look at the
/api/v1/statuses/<id>
endpoint as abovefind the url that looks like "https://somewhere/objects/blah`
then on the machine itself, in postgres (probably
psql akkoma_prod
or similar), runselect (data->>'inReplyTo') from objects where (data->>'id') = '<the id found above>';
this should return a single result
run
select (data->>'id') from objects where (data->>'id') = '<the id the last command spat out>';
if this returns a single entry, then federation is fine, if it returns nothing, then we've got a federation issue (:()
@eris the url is https://misskey.bubbletea.dev/notes/937u8irz7h
this seems like a federation issue from my testing, those commands return this:
yep, this was indeed a federation issue
fixed in akkoma!#145 (praise helene)
tested, works, closing