Refactors the functionality of removing NoteWatchings and publishing
a streaming API event to be centralized in the service code instead of
just the API endpoint.
The CacheableUser, CacheableLocalUser and CacheableRemoteUser are
identical types to User, ILocalUser and IRemoteUser so it seems
nonsensical to have different types for them.
Since PRs seem to be much rarer than pushes to main, it makes more sense
to do it this way. Perhaps in the future, it would make sense to run it on
all pushes, but the question would be how PRs are handled.
ci/woodpecker/push/lint-foundkey-js Pipeline was successfulDetails
ci/woodpecker/push/lint-client Pipeline was successfulDetails
ci/woodpecker/push/build Pipeline was successfulDetails
ci/woodpecker/push/lint-backend Pipeline was successfulDetails
ci/woodpecker/push/lint-sw Pipeline was successfulDetails
ci/woodpecker/push/test Pipeline was successfulDetails
The distinction for "DetailedInstanceMetadata" does no longer exist
since commit 9022ab9f2a.
The `DetailedInstanceMetadata` and `LiteInstanceMetadata` have
therefore been removed, leaving only `InstanceMetadata`.
Changelog: Removed
Currently translated at 96.1% (1161 of 1208 strings)
Translated using Weblate (Russian)
Currently translated at 90.5% (1094 of 1208 strings)
Co-authored-by: ogur4ik <abrew1330@gmail.com>
Translate-URL: http://translate.akkoma.dev/projects/foundkey/foundkey/ru/
Translation: Foundkey/foundkey
ci/woodpecker/push/build Pipeline was successfulDetails
ci/woodpecker/push/lint-client Pipeline was successfulDetails
ci/woodpecker/push/lint-backend Pipeline was successfulDetails
ci/woodpecker/push/lint-foundkey-js Pipeline was successfulDetails
ci/woodpecker/push/lint-sw Pipeline was successfulDetails
ci/woodpecker/push/test Pipeline was successfulDetails
When rendering the HTML for outgoing activities, the mentions are now
matched case insensitive and should also work properly for IDNs. The
username is also compared case insensitive. Mentions of local users
are also handled properly independed of whether the hostname was given
or omitted.
The query to get mentions is now also only executed once instead of
for each mention individually.
Changelog: Fixed
ci/woodpecker/push/lint-foundkey-js Pipeline was successfulDetails
ci/woodpecker/push/build Pipeline was successfulDetails
ci/woodpecker/push/lint-backend Pipeline was successfulDetails
ci/woodpecker/push/lint-client Pipeline was successfulDetails
ci/woodpecker/push/lint-sw Pipeline was successfulDetails
ci/woodpecker/push/test Pipeline was successfulDetails
Currently translated at 99.8% (1206 of 1208 strings)
Co-authored-by: kazari <6c577a54-aac9-482a-955e-745c858445e3@simplelogin.com>
Translate-URL: http://translate.akkoma.dev/projects/foundkey/foundkey/ja/
Translation: Foundkey/foundkey
ci/woodpecker/push/lint-client Pipeline was successfulDetails
ci/woodpecker/push/lint-foundkey-js Pipeline was successfulDetails
ci/woodpecker/push/build Pipeline was successfulDetails
ci/woodpecker/push/lint-backend Pipeline was successfulDetails
ci/woodpecker/push/lint-sw Pipeline was successfulDetails
ci/woodpecker/push/test Pipeline was successfulDetails
Currently translated at 99.8% (1206 of 1208 strings)
Co-authored-by: kazari <6c577a54-aac9-482a-955e-745c858445e3@simplelogin.com>
Translate-URL: http://translate.akkoma.dev/projects/foundkey/foundkey/ja/
Translation: Foundkey/foundkey
Currently translated at 100.0% (1208 of 1208 strings)
Translated using Weblate (Polish)
Currently translated at 100.0% (1205 of 1205 strings)
Co-authored-by: Jeder <jeder@jeder.pl>
Translate-URL: http://translate.akkoma.dev/projects/foundkey/foundkey/pl/
Translation: Foundkey/foundkey
ci/woodpecker/push/lint-foundkey-js Pipeline was successfulDetails
ci/woodpecker/push/lint-backend Pipeline was successfulDetails
ci/woodpecker/push/build Pipeline was successfulDetails
ci/woodpecker/push/lint-client Pipeline was successfulDetails
ci/woodpecker/push/lint-sw Pipeline was successfulDetails
ci/woodpecker/push/test Pipeline was successfulDetails
While refactoring the previous commit, it seemed like the previous
authors expected that a system account could be registered somehow
and that this would be an error condition. However, as now made
explicit with this, it is not possible to register a system account.
This means that any account by that name could only ever have been
created by the system itself so fetching them should be fine and not
an error condition.
Instead of throwing an IdentifiableError which then just always gets
converted into an ApiError, the getter can just throw the same ApiError
directly. This makes it more convenient to use and thus more endpoints
have been refactored to use it to reduce code repetition.
Johann150
Kimberly
Chloe Kudryavtsev
ogur4ik
kazari
mondstern
Jeder