document quote posting
All checks were successful
ci/woodpecker/push/docs Pipeline was successful
ci/woodpecker/push/release Pipeline was successful
ci/woodpecker/push/test Pipeline was successful
ci/woodpecker/pr/docs Pipeline was successful
ci/woodpecker/pr/release Pipeline was successful
ci/woodpecker/pr/test Pipeline was successful
All checks were successful
ci/woodpecker/push/docs Pipeline was successful
ci/woodpecker/push/release Pipeline was successful
ci/woodpecker/push/test Pipeline was successful
ci/woodpecker/pr/docs Pipeline was successful
ci/woodpecker/pr/release Pipeline was successful
ci/woodpecker/pr/test Pipeline was successful
This commit is contained in:
parent
04a2c38297
commit
0ac8562e15
2 changed files with 26 additions and 0 deletions
|
@ -8,6 +8,7 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
|
||||||
|
|
||||||
### Added
|
### Added
|
||||||
- extended runtime module support, see config cheatsheet
|
- extended runtime module support, see config cheatsheet
|
||||||
|
- quote posting; quotes are limited to public posts
|
||||||
|
|
||||||
### Fixed
|
### Fixed
|
||||||
- Updated mastoFE path, for the newer version
|
- Updated mastoFE path, for the newer version
|
||||||
|
|
|
@ -300,3 +300,28 @@
|
||||||
```sh
|
```sh
|
||||||
mix pleroma.user unconfirm_all
|
mix pleroma.user unconfirm_all
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Fix following state
|
||||||
|
|
||||||
|
Sometimes the system can get into a situation where
|
||||||
|
it think you're already following someone and won't send a request
|
||||||
|
to the remote instance, or won't let you unfollow someone. This
|
||||||
|
bug was fixed, but in case you encounter these weird states:
|
||||||
|
|
||||||
|
=== "OTP"
|
||||||
|
|
||||||
|
```sh
|
||||||
|
./bin/pleroma_ctl user fix_follow_state localuser remoteuser@example.com
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "From Source"
|
||||||
|
|
||||||
|
```sh
|
||||||
|
mix pleroma.user fix_follow_state localuser remoteuser@example.com
|
||||||
|
```
|
||||||
|
|
||||||
|
The first argument is the local user's nickname - if you are `myuser@myinstance`, this should be `myuser`.
|
||||||
|
|
||||||
|
The second is the remote user, consisting of both nickname AND domain.
|
||||||
|
|
||||||
|
If you are a weird follow state situation and cannot resolve it with the above, you may need to co-operate with the remote admin to clear the state their side too - they should provide the arguments *backwards*, i.e `fix_follow_state remote local`.
|
||||||
|
|
Loading…
Reference in a new issue