Automatically delete replies after N days

feature
#5

This could be great feature for special type of topics: e.g. one-time question and answer. I’d love to see this implemented…

Also useful for some announcements that we want let users to react to but at the same time keep topic clean.

5 Likes
#7

This is on our roadmap for the next release!

8 Likes
#9

Now it’s done in the commit below. I did many changes in the “future-date-input” code. So let me know if there are any new UX issues related to it.

7 Likes
#10

Where do we set this, can you share a screenshot of the user interface? Is it a per-topic setting?

4 Likes
#11

Per topic at the moment in the topic timer UI

5 Likes
#12

image

7 Likes
Pattern for "must read" content
#13

If I go to Set Timer dialog, choose “Auto-delete replies” and then exit modal by clicking :negative_squared_cross_mark:, following new line appears:

image
image765×46 6.05 KB

It can’t be deleted and disappears after reload.

4 Likes
#15

I just saw this feature in today’s release notes. It looks great! I have a follow up question.

Did this part of the feature get implemented? It seems like a good idea.

1 Like
#16

No, it’s not yet implemented.

1 Like
#17

Alas. Is there any way to manually save a reply from deletion?

1 Like
#18

Sorry! it doesn’t have that kind of option right now.

1 Like
#19

Agreed, we kind of missed that Vinoth – we should add protection for replies with >= x likes. Either hard-coded or as a site setting.

1 Like
#20

In that case, should we retain only the OP replies? Because if we retain a non-OP reply without its reply-to-post it will create confusion. For example, if we delete post #10 and retain post #11 in this topic then it won’t make any sense.

2 Likes
#21

I’d also like to put in my two cents in favor of manually saving replies. (As long as it’s a manual process, presumably whoever it is that’s saving the replies will have the wit to save replies that make sense out of context.)

2 Likes
#22

It can be arbitrary. Likes is the only metric we need.

1 Like
#23

I am fine with a site setting here of:

skip_auto_delete_reply_likes (default 5)

It can be somewhat surprising, so I would like us to have this number communicated to admins when they set the timer. Maybe we wait on the redesign of topic timers UI @martin is working on to add this in?

Note, this doe not solve @dfabulich problem, and to be honest I can not think of a clean workaround for manually protecting, here are some things I thought about

  1. skip_auto_delete_reply_on_staff_like (default false) - similar to how we feature comments on BBS using staff likes

  2. Automatically skip on “post notice” … adds noise

  3. Always skip when staff posts, would have to be a setting

  4. Something else … too messy imo.

7 Likes
#24

Five is high enough to be safe by default IMO. I think this is a good default auto-on.

5 Likes
#25

@vinothkannans I want to get this off your list and it looks like all we need is a tiny change to finish this.

  1. Add skip_auto_delete_reply_likes site setting (default 5)
  2. If this is set to -1 or 0 then no skipping happens.

Then we can close this.

2 Likes
#27

I implemented the site setting in this PR, which was merged a few weeks ago.

3 Likes
#28