Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upContent auto expire / delete for users #1295
Comments
wxcafe
added
the
enhancement
label
Apr 8, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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
lynncyrin
commented
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 comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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.
|
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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.
|
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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...
|
any new on that ? maybe a more simple thing, like peoples / admin can set a limit of time where post are kept... |
lynncyrin
referenced this issue
in glitch-soc/mastodon
Jul 12, 2017
Open
Automatic timed toot delete #69
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Cassolotl
Apr 10, 2018
I think this might be a duplicate of Auto-Delete for posts / remove old posts from database #875?
Cassolotl
commented
Apr 10, 2018
|
I think this might be a duplicate of Auto-Delete for posts / remove old posts from database #875? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
tduehr
commented
Apr 11, 2018
|
No, this is a feature request to enable users to tag posts with an expiration. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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?
Cassolotl
commented
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? |
lynncyrin commentedApr 8, 2017
•
edited
Edited 1 time
-
lynncyrin
edited Jun 20, 2017 (most recent)
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_daysonusercontent_expiration_days==Noneuser option unsetcontent_expiration_days<=0user opts out of content deletioncontent_expiration_days>0user has set a content deletion timeDEFAULT_CONTENT_EXPIRATION, in.env.productionused when the user expiration value is unsetstatus.created_at + content_expiration_days > datetime.now