Age | Commit message (Collapse) | Author |
|
Release/2.4.4
See merge request pleroma/pleroma!3761
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Release: 2.4.3
See merge request pleroma/pleroma!3662
|
|
|
|
Ref: fix-local-public
|
|
Ref: fix-local-public
|
|
|
|
2.4.2 Release
See merge request pleroma/pleroma!3599
|
|
|
|
For some reason the other platforms started failing, too. This
fixes it. Why? Don't know.
|
|
|
|
hackney version was bumped in mix.exs, but mix.lock was not updated
|
|
|
|
Escape unicode RTL overrides in rich media parser tests
See merge request pleroma/pleroma!3598
|
|
move result into with guard
See merge request pleroma/pleroma!3557
|
|
Mix: upgrade Hackney to 1.18.0
Closes #2753
See merge request pleroma/pleroma!3549
|
|
Release: 2.4.1
See merge request pleroma/pleroma!3501
|
|
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3514
|
|
* Policies were put under a new module (Pleroma.Web.ActivityPub.MRF.Policy instead of Pleroma.Web.ActivityPub.MRF), but this wasn't changed in the Pleroma.Web.ActivityPub.MRF @mrf_config_descriptions
* I don't have a unit test to prevent similar problems in the future because I don't find a proper way to do it
* The descriptions in the unit tests are defined in the unit tests, so if someone changes module names in the code, the tests wont see it
* The list is generated in Pleroma.Docs.Generator.list_behaviour_implementations, but I can't do a check in the when clause of the function to see if the provided module is a behaviour or not.
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3509
|
|
The original approach to search in GIN indexes is to use
`to_tsvector(text)` in the WHERE clause of the query. According to
postgres docs [pdoc], this method does not make use of the index,
while `to_tsvector(config, text)` does. This commit changed the
query to use the two-argument `to_tsvector()`.
[pdoc]: https://www.postgresql.org/docs/12/textsearch-tables.html
To obtain the search config in use, we make a query to the db first.
The `::regconfig::oid` hack is needed because Postgrex does not support
regconfig type directly [postgrexbug]. I use the conversion from and to
`oid` instead of `text` because I tested in the actual DB and querying
using the conversion via `text` is slow just as the one-argument
`to_tsvector()` variant.
[postgrexbug]: https://github.com/elixir-ecto/postgrex/issues/502
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3519
Closes: https://git.pleroma.social/pleroma/pleroma/-/issues/2758
|
|
* To see what front ends are installed, it ls static/frontends. When this folder doesn't exists yet, it will return an empty array.
* Installing still works since the folder is created during installation already
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3510
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3512
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3508
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3507
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3504
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3505
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3503
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3503
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3500
|
|
AFAIK OTP releases are the recomended way of installing, but
* People seem unaware of that and use from source installations because they use the guide with the name of their distro
* People don't know what OTP releases are or what it means
I added a warning on all installation-from-source guides and added the same explanation on the two OTP pages (the miigration to OTP and installing OTP)
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3485
|
|
Backport of: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3499
|
|
Release/2.4.0
See merge request pleroma/pleroma!3493
|
|
based on 51d3d8d255de221f7ac99e41f2f8e56c7d6a21a9
|
|
|
|
|
|
|
|
Visibility: check Tombstone objects in visible_for_user?/2
See merge request pleroma/pleroma!3490
|
|
Fix errors in ErrorView
See merge request pleroma/pleroma!3489
|
|
|
|
|
|
|
|
|
|
Fixes ErrorView rendering
|