# 'Delete Stub' timer not removed if split posts are re-added to the topic

**URL:** <https://meta.discourse.org/t/delete-stub-timer-not-removed-if-split-posts-are-re-added-to-the-topic/263791>\
**Category:** UX\
**Tags:** moderation, topic-timers\
**Created:** [May 4, 2023, 9:12am UTC](https://meta.discourse.org/t/delete-stub-timer-not-removed-if-split-posts-are-re-added-to-the-topic/263791 "2023-05-04T09:12:33Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![maiki](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/maiki/32/233950_2.png) [@maiki](https://meta.discourse.org/u/maiki)\
**Post date:** [May 4, 2023, 3:51pm UTC](https://meta.discourse.org/t/delete-stub-timer-not-removed-if-split-posts-are-re-added-to-the-topic/263791/2 "2023-05-04T15:51:17Z")

</div>

Hi @Sky020. 👋 Thanks for explaining the steps involved.

Would you say this happens often? The timer being set is a shortcut step for a common action (delete the stump topic left behind), but we don’t have a corresponding shortcut for moving posts back, and it isn’t clear what the default should be, as different editorial workflows may operate different in that instance.

I don’t think this is a bug, but if you are bumping into this over and over, we can discuss and see if there is a way to make it smoother in this area. 🙂

---

_[View the full topic](https://meta.discourse.org/t/delete-stub-timer-not-removed-if-split-posts-are-re-added-to-the-topic/263791)._