Wenn dieser Timer jedoch bearbeitet wird, verhält er sich nicht wie erwartet.
Das Heruntersetzen dieses Timers scheint keine Auswirkung auf die tatsächliche automatische Löschung des Themas zu haben, das immer noch der ursprünglichen Einstellung delete merged stub topics after days folgt: Sobald dieser (sichtbare) Timer am neuen Datum abläuft, bleibt das Stub-Thema immer noch bestehen. Erst nach den z. B. 7 Tagen erfolgt eine tatsächliche Löschung.
Es scheint hier zwei separate Timer zu geben, die nicht übereinzustimmen scheinen. Vielleicht sollte der sichtbare Timer nicht editierbar sein? Oder, wenn er es ist, sollte die automatische Löschung seinem neuen Wert folgen, aber das scheint aus irgendeinem Grund nicht zu geschehen.
Ich habe versucht, das Problem wie folgt zu reproduzieren:
Ein bestehendes Thema wurde in ein anderes zusammengeführt
Ich habe den Timer unter dem Stub-Thema von 7 Tagen auf 5 Minuten geändert
Mein Thema wurde erfolgreich gelöscht.
Fehlt mir etwas oder könnte es sein, dass Sie sich auf einem älteren Commit von Discourse befinden und das Problem in einer neueren Version bereits behoben ist?
Es scheint mehr dahinterzustecken, vielleicht im Zusammenhang mit TL4-Berechtigungen.
– Als Administrator: Ich habe ein neues Thema erstellt und dann diesen einzelnen Beitrag woandershin verschoben. Ich bin zum Stub-Thema zurückgekehrt und habe den 7-Tage-Timer von dort auf eine Minute geändert. Nach einigen Minuten hat der Hintergrundjob das Thema als gelöscht markiert. Das ist das beabsichtigte Verhalten.
– Als Moderator: Wenn ich die obigen Schritte wiederhole, funktioniert es genauso wie mit einem Administratorkonto.
– Als TL4: Ich habe die gleichen Schritte wiederholt. Aber nachdem der (reduzierte) Timer abgelaufen war, blieb das Thema bestehen (nicht gelöscht) und der Timer verschwand aus der Ansicht.
Ich glaube, dass ein TL4 normalerweise keinen Auto-Delete-Timer erstellen kann, obwohl sie ihn in diesem Fall bearbeiten zu können scheinen (der Countdown ändert sich tatsächlich!), auch wenn das Thema am Ende nicht gelöscht wird. Der Fehler könnte also darin liegen, dass TL4s keine Auto-Delete-Timer für Themen bearbeiten können sollten?
Als Beweis dafür, dass es bei Auto-Delete-Timern und TL4-Konten anscheinend etwas nicht stimmt, habe ich diese Merkwürdigkeit bemerkt: Sobald der Auto-Delete-Timer des Stub-Themas (reduziert) abläuft, wird beim Aufrufen von Set topic timer... Folgendes angezeigt:
Kurz gesagt: Das Problem scheint spezifisch für die Bearbeitung von Auto-Delete-Timern für Stub-Themen durch TL4s zu sein. Sie scheinen den Timer bearbeiten zu können, der Countdown scheint sich zu ändern, aber das Thema wird am neuen Datum nicht gelöscht.
Da dies nur TL4 zu betreffen scheint (siehe oben), können sie keine Timer zum automatischen Löschen erstellen (obwohl sie diesen bearbeiten zu können scheinen), daher trifft dieser Workaround nicht zu.
Einige weitere Hintergründe dazu: Es ist eigentlich nicht auf Stub-Themen beschränkt und kann auch bei einem normalen Thema reproduziert werden, bei dem ein automatischer Lösch-Timer eingestellt ist (z. B. von einem Administrator/Moderator).\n\nAlso: TL4-Benutzer scheinen einen automatischen Lösch-Timer heruntersetzen zu können (wahrscheinlich sollten sie das nicht?), der Countdown ändert sich, aber wenn der (jetzt reduzierte) Timer abläuft, wird das Thema nicht gelöscht und der Timer verschwindet aus der Ansicht.
Ich kann dies mit den neuen TL4-Informationen reproduzieren.
TL4 scheinen die Möglichkeit zu haben, bereits vorhandene Auto-Delete-Timer über die Benutzeroberfläche zu bearbeiten. Diese Änderungen werden jedoch nicht wirksam und löschen visuell den “echten” Timer-Countdown.
bearbeitet wird, verhält er sich nicht wie erwartet.
