Pleroma users should be aware that Pleroma has introduced breaking changes in their implementation of the Mastodon client API, which mean Toot! will no longer work at all with the latest version of Pleroma.
Pleroma is breaking some fundamental assumptions Toot! makes about IDs, and which can't easily be changed.
@tootapp What are they changing?
@WAHa_06x36 @tootapp What are they then? Mastodon sends its IDs as strings too because of JSON integer overflow
@lain @Gargron @tootapp @WAHa_06x36 if they're still sortable as strings, Tusky will work just fine. Not sure why it should break any other client. Does anyone really convert them to integers?..
@lain @charlag @Gargron @WAHa_06x36 Except Toot!, because you broke a core assumption of the Mastodon client API that I am relying on.
@dgold @charlag @lain @WAHa_06x36 @tootapp The Mastodon documentation is not a spec and the Mastodon REST API is intended for Mastodon's internal use, not as a client-to-server standard.
@shadowfacts @charlag @WAHa_06x36 @dgold @lain @tootapp I consider Mastodon apps to be part of the Mastodon ecosystem. I do not see why you need to pretend to have misunderstood me, when it is obvious that the Mastodon REST API was not intended to be the Pleroma REST API or Pixelfed REST API.
@Gargron @shadowfacts @WAHa_06x36 @dgold @lain @tootapp I'm sorry but if you're saying that so that no one blames you for not documenting that then it is a wasted effort. There are multiple parties and different people assumed different things about implicit contracts. If Mastodon would change their ids, apps could break in absolutely the same way because it's not documented. You're not obliged to provide API for Pleroma, Pleroma is not obliged to follow it.
@charlag @Gargron @shadowfacts @WAHa_06x36 @dgold @lain The thing here is, the Mastodon API provides more than what is mentioned in the docs. That means the docs are not enough to remove-implement the API, but they are enough to consume the API.
@lain @charlag @Gargron @tootapp @WAHa_06x36 @dgold @shadowfacts You should have cooperated with more application developers. This situation could be avoided if hearing with the application developer in advance rather than trusting only insufficient documents.
@miya @charlag @dgold @tootapp @WAHa_06x36 @lain @Gargron @shadowfacts
We have never expressed Pleroma support, then so the frequency of looking at Pleroma's community is very low. https://mastodon.juggler.jp/@tateisu/101436082701177563
@dgold @lain @miya @charlag @WAHa_06x36 @tootapp @shadowfacts @Gargron You should not use the API document as a disclaimer to force app developers to respond.
The API document is originally intended to make an application using the API. We do not generate IDs by the application, so it usually is not necessary to describe how the ID should be generated.
@dgold @lain @shadowfacts @Gargron
As already mentioned by Gargron in this conversation, the Mastodon API is not intended to be used throughout Federation. Mastodon 's ecosystem does not have to take care of changes made by Pleroma.