Unexpected behaviour in admin api when user chooses "invites" as nickname
In the admin api /api/v1/pleroma/admin
we have GET users/:nickname
. But before that we have GET users/invites
.
So if someone would take the name invites
, I believe admin api's users/:nickname
won't work for that user. At first glance, this is the only one I see, but there may be others, idk.
The easiest work-around is probably to add it to restricted_nicknames
. But really we should probably design our api's a bit better so such collisions don't accidentally happen. This isn't something I really have experience in, though, so may be easier said than done.