# Bookmark issue when access to topic is lost (PMs)

**URL:** <https://meta.discourse.org/t/bookmark-issue-when-access-to-topic-is-lost-pms/51993>\
**Category:** Bug\
**Created:** [Octobre 25, 2016, 3:38 UTC](https://meta.discourse.org/t/bookmark-issue-when-access-to-topic-is-lost-pms/51993 "2016-10-25T03:38:35Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![tgxworld](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tgxworld/32/106117_2.png) [@tgxworld](https://meta.discourse.org/u/tgxworld)\
**Post date:** [Mars 8, 2017, 6:03 UTC](https://meta.discourse.org/t/bookmark-issue-when-access-to-topic-is-lost-pms/51993/7 "2017-03-08T06:03:41Z")

</div>

@jomaxro Based on my testing locally, this only happens when you’ve already loaded the page with the stream of bookmarks and someone removes your permission to view one of the posts in the stream. Once you refresh the page, the stream will no longer include the bookmarks.

> [@jomaxro](#):
>
> I think it would be better if the bookmark was removed automatically.

This is not easy to implement from what I’ve gathered. There are many actions that can result in a user losing permission to a topic/post and we need to have those actions publish updates to the clients. Our topic list actually works this way as well, only new topics are pushed to the clients but a topic that has been deleted will still remain in the stream and clicking on it will direct the user to a topic not found page.

In order to make it less confusing, I’ve submitted a PR to allow a user to remove their own bookmarks even if permission to see the post has been removed.

[https://github.com/discourse/discourse/pull/4741](https://github.com/discourse/discourse/pull/4741)

---

_[View the full topic](https://meta.discourse.org/t/bookmark-issue-when-access-to-topic-is-lost-pms/51993)._
