Age | Commit message (Collapse) | Author |
|
With the release of Elixir 1.14, Elixir 1.9 is now end-of-life.
Elixir 1.10 Release Notes:
https://github.com/elixir-lang/elixir/releases/tag/v1.10.0
|
|
Add short_description instance field
Closes #2865
See merge request pleroma/pleroma!3651
|
|
No migrations or checks yet
|
|
|
|
During attachment upload Pleroma returns a "description" field. Pleroma-fe has an MR to use that to pre-fill the image description field, <https://git.pleroma.social/pleroma/pleroma-fe/-/merge_requests/1399>
* This MR allows Pleroma to read the EXIF data during upload and return the description to the FE
* If a description is already present (e.g. because a previous module added it), it will use that
* Otherwise it will read from the EXIF data. First it will check -ImageDescription, if that's empty, it will check -iptc:Caption-Abstract
* If no description is found, it will simply return nil, just like before
* When people set up a new instance, they will be asked if they want to read metadata and this module will be activated if so
This was taken from an MR i did on Pleroma and isn't finished yet.
|
|
|
|
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
|
|
Even though latest PleromaFE supports displaying these properly, mobile
apps still exist, so I think we should offer a workaround to those who
want it.
|
|
|
|
Configurable block visibility, fixes #2123
Closes #2123
See merge request pleroma/pleroma!3242
|
|
Remove MastoFE from Pleroma, fixes #2625
Closes #2625
See merge request pleroma/pleroma!3392
|
|
|
|
* ./configuration/mrf.md
* Change example
* ./configuration/cheatsheet.md
* Change descriptions to include that a reason is given
* CHANGELOG.md
* Add as breaking change
|
|
|
|
Speeds up recompilation by reducing compile-time deps
|
|
|
|
Rename the non-federating Chat feature to Shout
See merge request pleroma/pleroma!2842
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Remove sensitive setting #nsfw
See merge request pleroma/pleroma!3223
|
|
feature/object-hashtags-rework
|
|
|
|
management.
|
|
/api/pleroma
|
|
(defaults to 1%), counting of affected objects, misc. tweaks.
|
|
improvements (docs etc.).
|
|
allow user defined text search config in database
See merge request pleroma/pleroma!3275
|
|
priv/repo/optional_migrations/rum_indexing/20190510135645_add_fts_index_to_objects_two.exs files
|
|
|
|
|
|
for MediaProxyWarmingPolicy in ConcurrentLimiter
|
|
|
|
Pleroma.Web.RichMedia.Helpers & Pleroma.Web.MediaProxy
|
|
Deprecate Uploaders.S3, :public_endpoint
See merge request pleroma/pleroma!3251
|
|
Move query plan mode setting from OTP installation guide and try
to explain what it does.
|
|
|
|
* I cretaed a folder 'development'
* I split up the file dev.md into three parts and moved it to this folder
* index.md
* authentication_authorization.md
* mrf.md
* I also moved ap_extensions.md
* I created a new file setting_up_pleroma_dev.md
|
|
|
|
# Conflicts:
# CHANGELOG.md
|
|
|
|
|
|
the config without SQL
|
|
|
|
|
|
Current FedSocket implementation has a bunch of problems. It doesn't
have proper error handling (in case of an error the server just doesn't
respond until the connection is closed, while the client doesn't match
any error messages and just assumes there has been an error after 15s)
and the code is full of bad descisions (see: fetch registry which uses
uuids for no reason and waits for a response by recursively querying a
ets table until the value changes, or double JSON encoding).
Sometime ago I almost completed rewriting fedsockets from scrach to
adress these issues. However, while doing so, I realized that fedsockets
are just too overkill for what they were trying to accomplish, which is
reduce the overhead of federation by not signing every message.
This could be done without reimplementing failure states and endpoint
logic we already have with HTTP by, for example, using TLS cert auth,
or switching to a more performant signature algorithm. I opened
https://git.pleroma.social/pleroma/pleroma/-/issues/2262 for further
discussion on alternatives to fedsockets.
From discussions I had with other Pleroma developers it seems like they
would approve the descision to remove them as well,
therefore I am submitting this patch.
|