# Unlisting a thread breaks links that have old thread names

**URL:** https://meta.discourse.org/t/unlisting-a-thread-breaks-links-that-have-old-thread-names/68440
**Category:** Feature
**Tags:** unlisting
**Created:** [20 augustus 2017 om 22:23 UTC](https://meta.discourse.org/t/unlisting-a-thread-breaks-links-that-have-old-thread-names/68440 "2017-08-20T22:23:27Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![fefrei](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fefrei/32/119538_2.png) [@fefrei](https://meta.discourse.org/u/fefrei)
#### Post date: [21 augustus 2017 om 09:59 UTC](https://meta.discourse.org/t/unlisting-a-thread-breaks-links-that-have-old-thread-names/68440/4 "2017-08-21T09:59:58Z")

</div>

I’m pretty sure this was introduced intentionally, to ensure that the URLs of unlisted topics cannot be guessed by enumerating IDs.

Update: Ah, found it:

> [@Mod can't see unlisted posts](https://meta.discourse.org/t/mod-cant-see-unlisted-posts/45549/4):
>
> This is my regression which I will get fixed, it is due to: [https://github.com/discourse/discourse/commit/3015030fe21a120f42aadcdd14e84cb3e964f873](https://github.com/discourse/discourse/commit/3015030fe21a120f42aadcdd14e84cb3e964f873) In the past we used to run all requests to unlisted topics via the “auto correct slug” logic, this was a security hole allowing users to simply guess the URL of unlisted topics. Now we expect the slug to match exactly for unlisted stuff. Somehow clicks from the front page are relying on the redirect logic, which is a performance issue anyway. work…

---

_[View the full topic](https://meta.discourse.org/t/unlisting-a-thread-breaks-links-that-have-old-thread-names/68440)._