Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
The setting is now simply "attachment_links" and the boolean value does
what you expect. A double negative is never possible and describing the
functionality is no longer a philospher's worst nightmare.
|
|
|
|
Restore TwitterAPI tests
Closes #1257
See merge request pleroma/pleroma!2200
|
|
|
|
Update AdminFE build
See merge request pleroma/pleroma!2198
|
|
|
|
Revert "Merge branch 'feat/floki-fasthtml' into 'develop'"
See merge request pleroma/pleroma!2199
|
|
This reverts merge request !2194
|
|
update/admin-fe-20200211
|
|
|
|
Make Floki use fast_html
See merge request pleroma/pleroma!2194
|
|
|
|
needed to get new fast_html version since 1.0.1 had an attribute parsing
bug
|
|
needed to make it use fast_html
|
|
EmojiReactions: Align API endpoints
See merge request pleroma/pleroma!2183
|
|
|
|
|
|
differences_in_mastoapi_responses.md: Add note about unlisted results
Closes #1164
See merge request pleroma/pleroma!2195
|
|
Set oban crontab to false in tests
See merge request pleroma/pleroma!2197
|
|
|
|
|
|
clients.md: Add Kyclos
See merge request pleroma/pleroma!2196
|
|
|
|
Closes: https://git.pleroma.social/pleroma/pleroma/issues/1164
|
|
[#1383] Switch periodic jobs from quantum to oban
See merge request pleroma/pleroma!2015
|
|
DOCS Backup/Restore/Migrate your instance
See merge request pleroma/pleroma!2107
|
|
* Added "Migrate" to the title because these steps can also be used to migrate the instance to another server
* Added an optional step to reinstall pleroma (esp. for migrating servers)
* Currently the steps threw an error 'could not execute query: ERROR: function "activity_visibility already exists with the same argument types'
* I added a new step to drop and recreate an empty pleroma-database
* I played around with the `-c` and `-C` options of pg_restore, but dropping and recreating seemd to be the only way I got it working
* This was tested on Debian Stretch, psql (PostgreSQL) 9.6.15
|
|
Fix a compilation error under certain circumstances
See merge request pleroma/pleroma!2193
|
|
|
|
I've noticed that sometimes when switching from develop to stable and back,
develop fails to compile and rm -r ing the _build and deps dirs doesn't
help at all.
This is due to Admin API controller needing to generate JSON description
of the config at compile time. Evaluating `config/description.exs`
calls `Generator.list_modules_in_dir/2`, which in turn predicts the
module names of files in the directory and tries to convert the
predicted name to *existing* atoms. Sometimes the compiler will
call that function before compiling the modules in the said directory,
so the conversion will of course fail.
This fixes it by removing the requirement of the atoms being existent.
The function is not subjected to any untrusted user input so this should
be safe. An ideal fix would be to block the compilation of docs before
all modules are compiled and then get a list of compiled elixir modules
under the namespace we want instead of directory hacks, but I have not
been able to figure out how to do that.
|
|
used exact Pleroma federation message.
|
|
to transmogrifier tests.
|
|
Release/1.1.9
See merge request pleroma/pleroma!2189
|
|
Fix email mix task on OTP releases
Closes #1548
See merge request pleroma/pleroma!2191
|
|
|
|
|
|
activities' ids).
|
|
Closes pleroma#1548
|
|
|
|
Closes #1109
|
|
Includes functionality needed to fix upload limit not being changed at
runtime:
https://github.com/elixir-plug/plug/commit/087cd64d864696c74bf07f935e2ae31caec19a1e
|
|
|
|
Streamer: Correctly handle reblog mutes
Closes #1129 and #1438
See merge request pleroma/pleroma!2156
|
|
Truncate remote user fields
See merge request pleroma/pleroma!1619
|
|
|
|
`length/1` is only used with lists.
|
|
1505-threads-federation
|