In the past I made a request that an edit to a wiki posted bumped the topic to show at the top of the topic list, because otherwise wiki edits would be easily missed and go by unnoticed. (See: Should an edit to any wiki post bump the entire topic?) That feature request was not honored. But there was a trick to get a similar result: Make sure that the wiki post is the last message posted in the topic thread. Lock the topic thread so that no further replies can be added. Delete the notification on locking the thread, so that the wiki post comes last again. Though a bit unwieldy, requiring staff interaction, this used to worked. But in 2026.11.0-latest no longer. On Social coding commons forum I maintain the backlog for fediverse-related Delightful commons curated lists. There are frequent additions, and I want both forum members and the public to be aware of them, and encourage to add their own entries to the wiki. But since the topic is not bumped after an edit, it scrolls out of view, does not get attention. [image] Wiki: Fediverse delightful list backlog Cocreation square 💃🕺 Delightful commons wiki This topic is for keeping track of the backlog of candidates to include to the three fediverse-related delightful lists. The post directly below this one is a wiki post that anyone can update and edit. Below that, reports of what has been included... Reading time: 3 mins 🕑 Likes: 1 ❤ Is this behavior as it should be? And if yes, is it desirable behavior?

[image] aschrijver: Is this behavior as it should be? And if yes, is it desirable behavior? Ah yes, we recently changed the system so that “small posts”, including locking announcements, no longer bump the topic. See [image] Small post actions no longer tracked or watched Announcements Discourse has a special post type that denotes “small action”. It looks like this: [image] This happens when you close or open topics; it can happen when you assign topics and in various other conditions. Over the years, we have heard many complaints from people who simply do not want to be notified about this administrivia. This is particularly noticeable when admins bulk close topics or can come as a surprise when topics are auto-closed due to timers. We are partway through rolling out a…

Thank you. I deleted the small posts, so the large wiki post is last in the thread. The unintended (I think) side effect of the change is that edits to the wiki no longer lead to a bump as they did before. [Snapshot that shows a deleted regular post and one deleted small post (about "Pinning")]

Yes, I do think that’s a side-effect because as far as I’m aware, we don’t distinguish between “regular edit typo” and “edit was made to a wiki”. An easy solution based on topic type would be janky (edit can be a typo fix in a wiki too), and an elegant solution would not be easy. I understand the wiki use case, but we most likely won’t revert this change. Could be worth a feature request, if enough other users have the same issue.

So the change is not just that “small posts” don’t bump the topic, but also edits to the last post don’t. :thinking: For me not bumping would make Wiki Posts wholly unusable functionality, since changes would go unnoticed. I use them quite a lot, and they are a handy feature. They are also collectively edited data, so you want the collective to become aware of changes.

[image] aschrijver: In the past I made a request that an edit to a wiki posted bumped the topic to show at the top of the topic list, because otherwise wiki edits would be easily missed and go by unnoticed. Have you tried just editing the wiki OP? I believe this works as intended now.

[image] aschrijver: Editing the top post just above the wiki doesn’t work No, I mean, editing the wiki post itself, if it’s also the OP (original post, post #1), should bump the topic to show at the top of the topic list. [image] aschrijver: In the past I made a request that an edit to a wiki posted bumped the topic to show at the top of the topic list

Ah yes, that works. I tried on a different wiki post that is the only one in the thread. Happy that that works, at least, though it is yet another constraint. I used the first post in the thread as uneditable instruction posts for editing the wiki below it. This is often useful to explain what kind of information to be collected in the wiki and how to format it, etcetera. And without ‘polluting’ the wiki contents with those instructions (wiki markdown is regularly copied to other non-forum locations). But I accept this as a workaround. Though “bump upon edit, if the last post is a wiki” would have my preference.

Wiki post edits no longer bumped when last in the topic thread

Product Support

aschrijver (Arnold Schrijver) November 10, 2026, 1:53pm 7

Thanks. Editing the top post just above the wiki doesn’t work. I just tried, but topic didn’t get bumped.

Topic		Replies	Views
When wikis are edited, they should be bumped Feature	12	2011	March 16, 2018
Returning bumping after editing last post Feature	12	747	April 16, 2026
New way to track edits on wiki posts? Product Support wiki-posts	17	742	October 4, 2025
Make Wiki Edits Count Feature wiki-posts	6	983	February 20, 2018
Editing timestamp of a 1-post topic prevents bumping Bug	7	486	October 6, 2025

Wiki post edits no longer bumped when last in the topic thread

Related topics