Don’t litter tokens and Iceshrimp.NET support #452
No reviewers
Labels
No labels
a11y
Bug
Bug fix
cannot reproduce
CSS
Documentation
enhancement
Feature
Feature request
Held for next release cycle
Minor change
performance
priority: critical
priority: high
priority: low
priority: medium
priority: patch welcome
regression
Translation/Locale
WIP
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
AkkomaGang/akkoma-fe!452
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "Oneric/akkoma-fe:frugal-tokens-and-iceshrimp.net"
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?
Fixes the issues described in #429.
As mentioned there, the Iceshrimp.NET fork already had a commit partly addressing it, but as suspected it broke registrations. I fixed it up to work with registrations and also added the missing app token cleanup.
While at it I also imported most other changes requried for supporting Iceshrimp.NET backends since they were small and either fix a bug kind-of affecting us too (a legacy fallback prevented it from manifesting) in case of the credential fix or seem harmless in case of the emoji change.
Afaict this leaves only some change to the mention button to fully match the fork, but I don’t encounter the described issue so this might either already been fixed by us in the past year, or it could be an issue of their Pleroma/Mastodon-API implementation and should be fixed there:
iceshrimp/akkoma-fe@0b53b63797Full list of the fork’s commits here: https://iceshrimp.dev/iceshrimp/akkoma-fe/commits/branch/iceshrimp
*(Note backend source URLs can be overwritten with a server-side config response; there’s no need to change it in the frontends source)
Don’t litter tokens and (almost?) Iceshrimp.NET supportto Don’t litter tokens and Iceshrimp.NET supportThe mention patch was about akkoma-fe setting the replied to status id to a boolean and this then being sent to the backend. On akkoma I believe the value just got filtered out by ApiSpec validation thus not causing issues, but on iceshrimp.net it lead to errors.
Setting a boolean id is quite nonsensical. Added an alternative fix which avoids mistyped values all together. This should complete all changes needed to run with a iceshrimp.NET backend
b9a268a4a0877dde80c9Now that the release is out and since this seems sensible enough +works-for-me™ i guess this should be fine to merge as is (without risking putting something without wider testing into the “stable” release branch). Will be an extra treat for
developusers