The language attribute we got from IANA (~8000 items) seems to be
too large, so it is not worth it to do the decoding every time
(this leads to very bad effiency).

Mastodon assumed that the search response's "hashtags" array contains
objects with the "history" key. Pleroma currently does not support
this. We need to have a fallback for this.

Resolves https://lily.kazv.moe/infra/glitch-lily/-/issues/6

mastofe did not have this property when generating its initial state. Turns
out that this is not expected by glitch [0] [1], so we have to add the
max_toot_chars property to state, not state.meta .

mastofe may be using too old a copy of glitch, and thus the update was never
picked up.

[0]: https://lily.kazv.moe/infra/glitch-lily/-/commit/2eed4ace1147d08d29bf9fdd9692afb2871e1fd9
[1]: https://github.com/glitch-soc/mastodon/issues/516

This allows people to correctly make polls.

https://lily.kazv.moe/infra/glitch-lily/-/issues/2

https://lily.kazv.moe/infra/glitch-lily/-/issues/3

https://lily.kazv.moe/infra/glitch-lily/-/issues/3

Mastodon relies on initial_state heavily. We do not wish to change
every place where it refers to that, so we made initial_state export
getters. Those will only be evaluated when they are actually called.