Deleting posts doesn't reset last activity date

[davemaxwell (David Maxwell)]

We were having an issue with the auto-close feature where threads which have been dormant for a while weren’t being closed automatically (we have it set to close 30 days after the last activity). Doing some moderating, I have found that deleting the last post in a thread doesn’t reset the last activity date on the thread. So if a spammer wannabe comes in and lays down a crap post two months after the last post, we lose those two months for the auto-close functionality to work.

Edit: It seems to be the “Category” level dates/activity periods which are incorrect (see screenshots in post #3)

Example thread: http://community.sitepoint.com/t/javascript-add-css-to-style-wont-work/190090/18

Notice how the last post is actually May 20 (deleted post was made and deleted July 21)

This is the category page which shows the last activity period after the post was deleted. It still shows the relative time to the deleted post.

To recreate:

1. Find an older post (say two months old) and add a post to the thread.
2. Delete the post (I was using the delete spammer functionality but just deleting the post does it as well)
3. Notice that the last activity date will still have the date/time of the deleted post, not the “old” last post.

[RaceProUK]

If it was ‘Last Post’ I’d agree, but ‘Last Activity’? I’m not so sure

[davemaxwell (David Maxwell)]

@RaceProUK

If it was ‘Last Post’ I’d agree, but ‘Last Activity’? I’m not so sure

I was using the term in the category header - I don’t know how it’s actually stored. Last Post would be appropriate as well.

Regardless, the “in thread” dates look to be correct. It’s the In Category relationship which looks to be the one out of sync, and it seems to be the Category relationship which drives the auto-close and the thread display/sorting.

In thread:

In category (today)

[riking (Kane York)]

@davemaxwell

It’s the In Category relationship which looks to be the one out of sync, and it seems to be the Category relationship which drives the auto-close and the thread display/sorting.

Actually, it’s topics.bumped_at that you’re looking for

[cpradio]

Would it be easy for it to use the “last reply” instead?

[riking (Kane York)]

No, because bumped_at gets, ah, bumped for edits to the last post, and doesn’t get bumped for the topic closing.

[cpradio]

But that is an answer to a different question…

This specifically states “last post” is X old. An edit doesn’t derive its age, the creation of its post initially derives its age

[sam (Sam Saffron)]

This ancient issue is now neatly resolved using:

Reply without bumping topic

As a staff member you sometimes have the need to post a reply without bumping the topic to the top of the list. And now you can do exactly that. There’s a new “Toggle topic bump” in the composer’s reply selector. [image] An anchor will appear at the top of the composer when bumping is disabled. [image] Another new feature is the “Reset Bump Date” action in topic wrench menu. It changes the topic’s bump date to the date of the last visible post in the topic. That’s quite useful when the l…

After deleting a post you can reset the bump date if you wish.