Conversation

Notices

1. Claire 0.1.81 (claire@social.sitedethib.com)'s status on Saturday, 21-Aug-2021 20:16:17 JST Claire 0.1.81

   in reply to

   • dansup
   • Marius Orcsik

   @dansup @mariusor @activitypub note that i'm not sure Mastodon would implement it, as it may be a pain to do so efficiently, but having such an attribute would at least make it possible

   • dansup (dansup@mastodon.social)'s status on Saturday, 21-Aug-2021 20:16:18 JST dansup

     in reply to

     • Marius Orcsik

     @Claire @mariusor @activitypub That is a good point! I will keep the expires attribute. Appreciate the feedback, thanks :)

   • Claire 0.1.81 (claire@social.sitedethib.com)'s status on Saturday, 21-Aug-2021 20:16:22 JST Claire 0.1.81

     in reply to

     • dansup
     • Marius Orcsik

     @dansup @mariusor @activitypub having an attribute is useful to ensure deletion even if a Delete activity doesn't reach the recipient (distributing Delete to every actor who knows about the activity is a notoriously difficult problem), but yeah, you'll have to send a Delete anyway, you can't expect implementations to handle something that hasn't been defined yet

   • dansup (dansup@mastodon.social)'s status on Saturday, 21-Aug-2021 20:16:24 JST dansup

     in reply to

     • Marius Orcsik

     @Claire @mariusor @activitypub Good point, we're going to use a custom object type. I don't see the point of endTime (and putting onus on implementation to delete the story) when we will send Delete when they expire.

   • Claire 0.1.81 (claire@social.sitedethib.com)'s status on Saturday, 21-Aug-2021 20:16:26 JST Claire 0.1.81

     in reply to

     • dansup
     • Marius Orcsik

     @mariusor @dansup @activitypub how do you distinguish between a Question for which answers aren't accepted after a certain time (current use of endTime) and one which should be deleted after a certain time?

   • Marius Orcsik (mariusor@metalhead.club)'s status on Saturday, 21-Aug-2021 20:16:28 JST Marius Orcsik

     in reply to

     • dansup

     @dansup why a new property when endsTime is expressing basically the same thing? Overloading the same semantics onto different properties is what we're trying to get rid of by all using a common standard. Yes, applications and services can interpret the endsAt as they see fit, but the meaning is clear.

     @Claire @activitypub

   • dansup (dansup@mastodon.social)'s status on Saturday, 21-Aug-2021 20:16:29 JST dansup

     in reply to

     • Marius Orcsik

     @Claire @mariusor @activitypub Yeah I think a new custom property like "expiresAt" with ISO 8601 timestamp is better

   • Claire 0.1.81 (claire@social.sitedethib.com)'s status on Saturday, 21-Aug-2021 20:16:32 JST Claire 0.1.81

     in reply to

     • dansup
     • Marius Orcsik

     @mariusor @dansup @activitypub note that we are already using endTime in Mastodon and compatible software for communicating when a poll (Question) ends

   • Marius Orcsik (mariusor@metalhead.club)'s status on Saturday, 21-Aug-2021 20:16:33 JST Marius Orcsik

     in reply to

     • dansup

     @dansup @activitypub hmmm, the spec says duration is for video/audio duration times. Then maybe endTime would be more appropriate:

     https://www.w3.org/TR/activitystreams-vocabulary/#dfn-endtime

   • Marius Orcsik (mariusor@metalhead.club)'s status on Saturday, 21-Aug-2021 20:16:35 JST Marius Orcsik

     in reply to

     • dansup

     @dansup @activitypub you can use Duration for passing around the amount of time that the AP object will be around. After that propagate a Delete for it maybe(?).

     However you have to rely on services/apps honoring them, which might not be what users expect.

   • dansup (dansup@mastodon.social)'s status on Saturday, 21-Aug-2021 20:16:36 JST dansup

     I wonder if any other #fediverse project is interested in supporting ephemeral stories.

     #pixeldev #activitypub @activitypub