Refresh Users much more aggressively when processing Move activities #714
No reviewers
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
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma#714
Loading…
Reference in a new issue
No description provided.
Delete branch "erincandescent/akkoma:move-bust-cache"
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?
The default refresh interval of 1 day is woefully inadequate here;
users expect to be able to add the alias to their new account and
press the move button on their old account and have it work.
This allows callers to specify a maximum age before a refetch is
triggered. We set that to 5s for the move code, as a nice compromise
between Making Things Work and ensuring that this can't be used
to hammer a remote server
This one is currently marinating on
akko.erincandescent.net
to see if we have any issues, but its a minor change so I don't expect any(I debated a bit whether we should just bypass cache entirely here, what do you think?)
it's probably good to use the cache in some capacity here since otherwise it would just become a dos vector which isn't amazing
5s should be fine i guess? i hope
Yeah, theoretically someone could make us refresh a profile 720 times an hour by spamming Moves at us, but in the grand scheme of things they could also make any AP impl try and fetch random objects by spamming Announces at it so this feels moderately academic
But doing some caching at least keeps things from becoming stupid
FWIW this bug currently causes users to lose their followers from akkoma instances fairly often, since posting about it, i've seen at least 3 mutuals lose some of their followers because of this.
A DoS would only get 0.2 req/s on the target instance, I concur with erin that the concern is purely academical.
I haven't noticed any issues arising out of this one over the past month 👍
all good, thank you very much!