Beiträge können nach einer selbst gewählten Zeit auslaufen (v7.233.0) - #1328
Merged
Conversation
Issue #1255 wünschte sich Mastodons "alte Beiträge automatisch löschen". Übernommen ist die Idee, nicht die Oberfläche: DMs sind hier ein eigenes System und Umfragen gibt es nicht, dafür haben wir echte Gesprächsfäden, Fotobeiträge und einen angehefteten Beitrag, die Mastodons Liste nicht kennt. Aus für alle, bis es jemand selbst einschaltet, und bewusst kein Vutuv.Prefs-Schalter: Prefs fallen auf einen Installationsstandard zurück, und kein Administrator darf einen Standard setzen, der fremde Beiträge löscht. Die Regel ist eine einzige Query, an der beide Aufrufer hängen: Die Bestätigung auf der Einstellungsseite zählt damit, der nächtliche Lauf löscht damit. Das ist keine Aufräumarbeit, sondern der Kern: Der Dialog nennt eine genaue Zahl und löscht dann, eine zweite, getrennt geschriebene Query würde diese Zahl früher oder später zur Lüge machen. Immer erhalten bleiben der angeheftete Beitrag und alles, was gerade die Moderation prüft. Dazu drei Ausnahmen, die standardmäßig mehr behalten (Fotos und Kritiken, beantwortete Beiträge, eigene Lesezeichen als Einzelfall-Notausgang) und drei Untergrenzen für Likes, Lesezeichen und Reposts. Eigene Antworten in fremden Gesprächen bleiben standardmäßig liegen: Eine Antwort gehört nicht nur einem selbst. Gelöscht wird über Posts.delete_post/1, also samt Delete(Tombstone) an die anderen Netzwerke. "Bitten" ist dabei das ehrliche Wort, und die Seite sagt das auch so: Ein Server, der abgeschaltet ist oder die Bitte ignoriert, behält seine Kopie, und Screenshots sind ohnehin außer Reichweite. Speichern ist zweistufig, sobald die Regel jetzt etwas löschen würde, und zwar auch beim späteren Verschärfen, denn genau dann hat man die Folge am wenigsten überblickt. Der bestätigte eigene Lauf ist ungedeckelt, der nächtliche nicht: Ein Zehn-Jahres-Rückstand verteilt sich über ein paar Nächte, statt tausende Zustellungen auf einmal loszuschicken. Der Sweeper stempelt seine Uhr bei jedem Durchgang, auch bei denen ohne Arbeit. Das ist die Lehre aus #1316: Ein Überspringen, das nichts stempelt, hält den Anfang der Warteschlange für immer besetzt. Diesen Text hat ein KI-Agent in meinem Namen geschrieben, ungeprüft von mir. Die Arbeit dahinter ist meine, nur das Aufschreiben habe ich delegiert.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
TL;DR Mitglieder können ihre eigenen Beiträge nach einer selbst gewählten Zeit automatisch löschen lassen (Issue #1255). Aus für alle, bis es jemand einschaltet; vor dem ersten Lauf nennt ein Dialog die genaue Zahl.
Wo: neue Seite
/settings/auto_post_deletion, KontextVutuv.Posts.AutoDeletion, nächtlicher LaufVutuv.Posts.AutoDeletionSweeper.Was übernommen wurde und was nicht
Aus Mastodons Vorlage fehlt hier, was es bei uns nicht gibt: DMs sind ein eigenes System, Umfragen existieren nicht. Dafür kennt vutuv drei Dinge, die Mastodons Liste nicht hat: echte Gesprächsfäden, Fotobeiträge und den angehefteten Beitrag.
Immer erhalten (kein Häkchen, das man versehentlich wegklickt): der angeheftete Beitrag, ein eingefrorener Beitrag und jeder, zu dem ein Moderationsfall offen ist.
Likes und Reposts zählen die aus anderen Netzwerken mit, also genau die Zahlen, die am Beitrag stehen. Lesezeichen sind lokal, weil ein Lesezeichen privat ist.
Drei Entscheidungen, die im Code festgeschrieben sind
Vutuv.Prefs-Schalter. Prefs fallen auf einen Installationsstandard zurück, und kein Administrator darf einen Standard setzen, der fremde Beiträge löscht.count_due/1, der Sweeper löscht mit derselbendue_query/1. Eine zweite, getrennt geschriebene Query würde die genannte Zahl früher oder später zur Lüge machen.Fediverse
Gelöscht wird über
Posts.delete_post/1, also samtDelete(Tombstone). Die Seite sagt in eigenen Worten, dass das eine Bitte ist: Ein Server, der abgeschaltet ist, sich abgekoppelt hat oder die Bitte ignoriert, behält seine Kopie, und Screenshots oder Zitate sind ohnehin außer Reichweite.Bestätigung
Zweistufig, sobald die Regel jetzt etwas löschen würde — beim Einschalten und beim späteren Verschärfen. Der bestätigte eigene Lauf ist ungedeckelt; der nächtliche verteilt einen großen Rückstand über mehrere Nächte.
Protokoll
Zwei neue Arten in der Kontoaktivität:
posts_auto_deleted(eine Zeile pro Durchgang, nur die Anzahl — welche Beiträge es waren, ist ja gerade weg) undauto_post_deletion_changed.Geprüft
mix precommitgrün (7012 Tests), davon 41 neue. Dazu ein Browser-Durchlauf auf einem eigens angelegten Wegwerf-Konto: Dialog nennt 2, vor der Bestätigung ist nichts gespeichert und nichts gelöscht, nach der Bestätigung bleibt der frische Beitrag stehen, Uhr gestempelt, beide Protokollzeilen da. Das Wegwerf-Konto ist wieder gelöscht.Closes #1255
Diesen Text hat ein KI-Agent in meinem Namen geschrieben, ungeprüft von mir. Die Arbeit dahinter ist meine, nur das Aufschreiben habe ich delegiert.