Age | Commit message (Collapse) | Author |
|
|
|
This matches the behavior of pleroma-fe better.
Fixes #1412.
|
|
We shouldn't treat these like local statuses, but I don't think a 404
is the right choice either here, because within pleroma-fe, these are
valid URLs. So with remote notices you have the awkward situation
where clicking a link will behave differently depending on whether you
open it in a new tab or not; the new tab will 404 if it hits static-fe.
This new redirecting behavior should improve that situation.
|
|
report federating status in nodeinfo
See merge request pleroma/pleroma!1971
|
|
Static frontend
See merge request pleroma/pleroma!1917
|
|
|
|
Check client and token in GET /oauth/authorize
See merge request pleroma/pleroma!1940
|
|
|
|
|
|
|
|
Including like ... private visibility, cos that's super important.
|
|
|
|
|
|
|
|
|
|
`conversation` stream event payload.
|
|
capture test log where errors are expected
See merge request pleroma/pleroma!1915
|
|
|
|
Store status data inside flag activity
See merge request pleroma/pleroma!1849
|
|
streamer: use direct object for filter checks when there is no valid child object in an activity
Closes #1291
See merge request pleroma/pleroma!1931
|
|
AdminAPI: Omit relay user from users list
Closes #1349
See merge request pleroma/pleroma!1924
|
|
object in an activity
We call Object.normalize/1 to get the child object for situations like Announce.
However, the check is flawed and immediately fails if Object.normalize/1 fails.
Instead, we should use the activity itself in those cases to allow activities which
never have a child object to pass through the filter.
Closes #1291
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Move following relationships to a separate table
Closes #1233
See merge request pleroma/pleroma!1814
|
|
|
|
|
|
|
|
|
|
refactor/following-relationships
|
|
|
|
1304-user-info-deprecation
# Conflicts:
# lib/pleroma/notification.ex
|
|
|
|
single-element array deserialization
There appears to be confusion on whether or not Pleroma can handle this particular
sin of JSON-LD. It can, and we will add regression tests to prove that it can handle
this particular sin. Which, by the way, this is actually not a "feature" of JSON-LD,
but whatever.
|
|
Direct messages should provide a distinct push notification subject
See merge request pleroma/pleroma!1864
|
|
|
|
|
|
|
|
|
|
1304-user-info-deprecation
# Conflicts:
# lib/pleroma/user/info.ex
# lib/pleroma/web/activity_pub/activity_pub.ex
# lib/pleroma/web/activity_pub/transmogrifier.ex
|
|
|
|
|
|
git.pleroma.social:pleroma/pleroma into 1304-user-info-deprecation
# Conflicts:
# CHANGELOG.md
# lib/pleroma/notification.ex
# lib/pleroma/user.ex
# lib/pleroma/user/info.ex
# lib/pleroma/web/admin_api/admin_api_controller.ex
# lib/pleroma/web/ostatus/handlers/follow_handler.ex
# lib/pleroma/web/ostatus/ostatus.ex
# lib/pleroma/web/salmon/salmon.ex
# lib/pleroma/web/websub/websub.ex
# test/web/admin_api/admin_api_controller_test.exs
# test/web/federator_test.exs
# test/web/mastodon_api/controllers/conversation_controller_test.exs
# test/web/ostatus/ostatus_controller_test.exs
# test/web/ostatus/ostatus_test.exs
# test/web/salmon/salmon_test.exs
# test/web/websub/websub_test.exs
|
|
1304-user-info-deprecation
# Conflicts:
# CHANGELOG.md
# lib/pleroma/notification.ex
# lib/pleroma/user.ex
# lib/pleroma/user/info.ex
# lib/pleroma/web/activity_pub/activity_pub.ex
# lib/pleroma/web/admin_api/admin_api_controller.ex
# lib/pleroma/web/ostatus/handlers/follow_handler.ex
# lib/pleroma/web/ostatus/ostatus.ex
# lib/pleroma/web/salmon/salmon.ex
# lib/pleroma/web/websub/websub.ex
# test/web/admin_api/admin_api_controller_test.exs
# test/web/federator_test.exs
# test/web/mastodon_api/controllers/conversation_controller_test.exs
# test/web/ostatus/ostatus_controller_test.exs
# test/web/ostatus/ostatus_test.exs
# test/web/salmon/salmon_test.exs
# test/web/websub/websub_test.exs
|
|
|