Content auto expire / delete for users #1295

Open
lynncyrin opened this Issue Apr 8, 2017 · 11 comments

Comments

Projects
None yet
10 participants
@lynncyrin

lynncyrin commented Apr 8, 2017

As an end user I would appreciate a setting in mastodon similar to https://www.tweetdelete.net/, which deletes all posts after a certain period of time

Implementation proposal:

  • content_expiration_days on user
    • a profile UI setting for this option
    • content_expiration_days==None user option unset
    • content_expiration_days<=0 user opts out of content deletion
    • content_expiration_days>0 user has set a content deletion time
  • an admin setting DEFAULT_CONTENT_EXPIRATION, in .env.production used when the user expiration value is unset
  • a daily runner that deletes all statuses where status.created_at + content_expiration_days > datetime.now

  • I searched or browsed the repo’s other issues to ensure this is not a duplicate.

@wxcafe wxcafe added the enhancement label Apr 8, 2017

@kballard

This comment has been minimized.

Show comment
Hide comment
@kballard

kballard Apr 8, 2017

Seems kind of odd to build this into Mastodon directly, instead of just making a bot to do it.

kballard commented Apr 8, 2017

Seems kind of odd to build this into Mastodon directly, instead of just making a bot to do it.

@lynncyrin

This comment has been minimized.

Show comment
Hide comment
@lynncyrin

lynncyrin Apr 8, 2017

This is definitely something a bot could handle effectively, but I feel the feature has a wide enough appeal that its justified to build it into mastodon for the sake of reach.

Although there's also possibly a discussion to be had here about whether people view content on mastodon as ephemeral or permanent

This is definitely something a bot could handle effectively, but I feel the feature has a wide enough appeal that its justified to build it into mastodon for the sake of reach.

Although there's also possibly a discussion to be had here about whether people view content on mastodon as ephemeral or permanent

@kuro5hin

This comment has been minimized.

Show comment
Hide comment
@kuro5hin

kuro5hin Apr 8, 2017

Contributor

Please add this, it makes so much more sense to do it inside the server by a user pref than try to hack it in with bots.

Contributor

kuro5hin commented Apr 8, 2017

Please add this, it makes so much more sense to do it inside the server by a user pref than try to hack it in with bots.

@ndarville

This comment has been minimized.

Show comment
Hide comment
@ndarville

ndarville Apr 8, 2017

Contributor

Am I right in thinking the updates still live on in other instances due to federation, somewhat alike the correspondence in a mailing list you delete from your @\gmail account?

It still serves a purpose that a user profile doesn’t show or reveal the updates, but a false sense of privacy is also very dangerous. If it were to be an official feature, it should come with an extremely well-worded disclaimer. Less privacy per se than privacy by obscurity.

Contributor

ndarville commented Apr 8, 2017

Am I right in thinking the updates still live on in other instances due to federation, somewhat alike the correspondence in a mailing list you delete from your @\gmail account?

It still serves a purpose that a user profile doesn’t show or reveal the updates, but a false sense of privacy is also very dangerous. If it were to be an official feature, it should come with an extremely well-worded disclaimer. Less privacy per se than privacy by obscurity.

@tduehr

This comment has been minimized.

Show comment
Hide comment
@tduehr

tduehr Apr 8, 2017

One way to think of Mastodon is as email with a 500 char limit and default bcc all. Recalling an email—where supported—is just sending a second email saying you want to recall the previous email. Without client cooperation, that doesn't work. You might be able to do it in the official client but anyone that's ever received it can push the message out again in some form or another.

tduehr commented Apr 8, 2017

One way to think of Mastodon is as email with a 500 char limit and default bcc all. Recalling an email—where supported—is just sending a second email saying you want to recall the previous email. Without client cooperation, that doesn't work. You might be able to do it in the official client but anyone that's ever received it can push the message out again in some form or another.

@Changaco

This comment has been minimized.

Show comment
Hide comment
@Changaco

Changaco Apr 9, 2017

I'm not a lawyer but I believe that the author of an auto-expiring toot could use copyright to give a legal basis to the time limit. A custom license which only allows distribution of the message for the desired period of time would have to be written, and the toot's metadata would point to that license.

In jurisdictions where keeping a private copy of a copyrighted work is allowed the followers who have received the time-limited toot would be able to keep it after it expires, but not redistribute it. The license could grant that right to everyone regardless of local laws.

Once time-limited toots become part of the public domain they would become shareable again, if anyone still has a copy by then…

P.S. I'm not saying that using copyright is a good idea, and I don't really care about automatic deletion of all messages, I just had a thought about how it could be enforceable so I'm sharing it.

Changaco commented Apr 9, 2017

I'm not a lawyer but I believe that the author of an auto-expiring toot could use copyright to give a legal basis to the time limit. A custom license which only allows distribution of the message for the desired period of time would have to be written, and the toot's metadata would point to that license.

In jurisdictions where keeping a private copy of a copyrighted work is allowed the followers who have received the time-limited toot would be able to keep it after it expires, but not redistribute it. The license could grant that right to everyone regardless of local laws.

Once time-limited toots become part of the public domain they would become shareable again, if anyone still has a copy by then…

P.S. I'm not saying that using copyright is a good idea, and I don't really care about automatic deletion of all messages, I just had a thought about how it could be enforceable so I'm sharing it.

@beaknit

This comment has been minimized.

Show comment
Hide comment
@beaknit

beaknit Apr 20, 2017

This is an awesome feature request. I agree that a bot would be a poor choice. Bots fail all the time. If it was down for a significant period it's entirely plausible that it would never be able to catch up without prohibitive amounts of CPU time for both the bot and the mastodon network.

It seems like this would be fairly easy to implement as a mark-and-sweep garbage collection on any user's timeline.

beaknit commented Apr 20, 2017

This is an awesome feature request. I agree that a bot would be a poor choice. Bots fail all the time. If it was down for a significant period it's entirely plausible that it would never be able to catch up without prohibitive amounts of CPU time for both the bot and the mastodon network.

It seems like this would be fairly easy to implement as a mark-and-sweep garbage collection on any user's timeline.

@Technowix

This comment has been minimized.

Show comment
Hide comment
@Technowix

Technowix Jun 3, 2017

Contributor

any new on that ? maybe a more simple thing, like peoples / admin can set a limit of time where post are kept...

Contributor

Technowix commented Jun 3, 2017

any new on that ? maybe a more simple thing, like peoples / admin can set a limit of time where post are kept...

@lynncyrin lynncyrin referenced this issue in glitch-soc/mastodon Jul 12, 2017

Open

Automatic timed toot delete #69

0 of 3 tasks complete

@Cassolotl Cassolotl referenced this issue Feb 26, 2018

Closed

Toot expiry option #3823

1 of 1 task complete
@Cassolotl

This comment has been minimized.

Show comment
Hide comment
@Cassolotl

Cassolotl Apr 10, 2018

I think this might be a duplicate of Auto-Delete for posts / remove old posts from database #875?

I think this might be a duplicate of Auto-Delete for posts / remove old posts from database #875?

@tduehr

This comment has been minimized.

Show comment
Hide comment
@tduehr

tduehr Apr 11, 2018

No, this is a feature request to enable users to tag posts with an expiration.

tduehr commented Apr 11, 2018

No, this is a feature request to enable users to tag posts with an expiration.

@Cassolotl

This comment has been minimized.

Show comment
Hide comment
@Cassolotl

Cassolotl Apr 11, 2018

Ahh I get you. This one is for users to have statuses auto-delete after an amount of time of their choosing, and #875 is the same but for everyone on the instance and for much older posts, right?

Ahh I get you. This one is for users to have statuses auto-delete after an amount of time of their choosing, and #875 is the same but for everyone on the instance and for much older posts, right?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment