51840a6693
doActionPost for delete should use deleteAs
2016-03-21 18:07:29 +01:00
55544845db
Just some comment clarification
2016-03-21 17:50:06 +01:00
adba38ce20
Deleted_notice is pluginified, don't call directly from core
2016-01-13 21:29:23 +01:00
45dd343126
Eventify Notice getAsTimestamp (for Deleted_notice)
2016-01-13 21:01:47 +01:00
b596391fcd
Avoid having to check for notices without rendered copies in upgrade.php
...
Always call the Notice->getRendered() function to get a rendered copy.
We could perhaps put some sanitation there too in the future
2016-01-06 15:32:27 +01:00
7f1ce07e9f
Logging destinations and unnecessary debug
2015-12-31 13:00:20 +01:00
fab745c6d6
Exception throwing and proper db retrieval
...
ActivityModeration plugin and its Deleted_notice class.
2015-12-31 12:42:33 +01:00
5ba6be1a87
Deleted_notice had a superfluous field
2015-12-31 12:33:59 +01:00
6376b78a80
I think I have made the delete verb generate proper AS
...
ActivityStreams had a different/better definition than me
in how to define the Delete verb data:
http://wiki.activitystrea.ms/w/page/23541872/Delete
2015-10-10 11:08:17 +02:00
aab7667cd5
Sigh, copy-pasting when tired is a bad idea.
2015-10-03 16:19:38 +02:00
7c68537b06
Deletes now federated. But might not be handled properly
2015-10-03 14:39:49 +02:00
1244e8d929
Somewhat better logging while still in trial phase
2015-10-03 12:33:33 +02:00
dac617d95a
I think all the notice deletion calls are event-compatible now
...
This means we can handle DeleteNoticeAsProfile in plugins, such as
the ActivityModeration plugin.
2015-10-03 12:26:09 +02:00
88f7bb1ed5
Some work on ActivityModeration with notice deletion
...
Let's now create an event called DeleteNotice and also make sure we
handle the onNoticeDeleteRelated properly in ActivityModeration to
avoid possible endless loops etc.
2015-10-03 02:02:37 +02:00
Mikael Nordfeldth