Hi there, I have a long-time user that is requesting temporary removal of all of their topics due to a specific personal reason. If their situation changes those topics could be restored in the future. While they are in the removed state the topics should not be publicly accessible even if somebody has the URL, and they are all currently indexed on the search engines. I read over these topics:
From what I understand,
Converting them to a PM would still allow other users that posted there to see them, so that option is out.
Archiving and Unlisting will still allow access to whomever knows the URL.
Moving them to a private / staff category would make it hard to restore them to the proper category.
So it looks like âdeletingâ them would be the best option? As long as I donât have the permanent delete feature enabled these would remain in the database indefinitely with the possibility to restore them bulk, correct?
Does the bulk actions button work on all the userâs topics at once, or only the topics that are loaded into the page?
Is there a way to differentiate between deleted replies and deleted topics? The /u/name/deleted-posts page shows everything together. This appears to show only topics: /filter?q=status:deleted%20topics%2Ccreated-by%3A%40Username
Although I canât understand why the syntax is status:deleted<space>topics . And is there a similar solution for only deleted replies?
/?status=deleted seems to show unlisted topics together with deleted topics. Iâm not sure why this is, as there is a separate /?status=unlisted filter.
There could potentially be problems in the future with restoring the userâs âdeletedâ posts, as there would be no way of knowing which topics were deleted for this particular reason and which were deleted for some other reason to remain deleted.
Ideally I wish there was a settings option to make archived topics inaccessible to the public.
Thanks in advance for your help, I just want to be 100% sure of what Iâm doing to avoid creating an administrative mess for myself farther down the road.
Just their topics is what they are requesting. But if there is a good way to temporarily remove access to all their posts I would be interested in knowing that too.
I suppose it might work to remove the personâs username and content from the first post in the topic and leave the rest of the thread accessible via the URL. But it wouldnât be enough to simply hide the content of the first post with CSS, it needs to be not publicly accessible at all.
It sounds like what the OP is wanting is something similar to vBulletinâs Global Ignore feature.
If you arenât familiar, it basically keeps all of a userâs posts and topics in place, but makes them unavailable to non-staff accounts until they are removed from the list. Itâs one of the few vB features I miss not having in Discourse.
Right. I understand that itâs an uncommon request. I wouldnât expect Discourse to necessarily implement an entire process for that. But I do think it would be good to implement a setting option to make archived topics inaccesible to non-staff. Then I could deal with manually archiving and un-archiving the topics, while keeping them separate from other topics that might have been deleted and should stay deleted.
Global Ignore
This option allows you to effectively add a user or users to every memberâs âIgnore Listâ. However, users in this list can still see their own posts and threadsâŚ
Enter a list of userid numbers, separated by spaces (for example: 4 12 68 102).
That is indeed interesting. Although I donât think it would be enough in this particular case if it had âsee this hidden postâ links or if the post content was CSS hidden in the HTML. For what I need the former URL should throw a 404 for non-staff.
Folks can decide if they want to put together a feature topic; Global Ignore is an interesting feature for vB, but it doesnât seem like a useful tool for me per se. I run mostly small sites where we all know each other.
Which got me thinking, @rahim123, I donât presume to understand why you are accommodating them, but for my tiny sites I would not do this. If someone needed to jet, Iâd say I can anonymize their contributions, but it goes up against the agreement we have for our tiny site.
On sites Iâve set up for clients, those terms always have a clause that covers this, and I donât think there is an expectation for users to ask for both their content to be âturned offâ, and allow for a subsequent âturn back onâ.
Iâm not opining on shadowbanning as a tool, because itâs a messy place on the web, but âuser requestable shadowbanning (for personal reasons)â as a switch seems like a hard sell.
I would probably try to meet them in compromise: âflag the topics youâd like deleted, and then Iâll deactivate your accountâ.
In this case Iâm going to honor the userâs request given the details of the particular situation.
I proceeded with the deletion. The deleted topics will remain indefinitely in the database, correct? No automatic hard deletion?
If/when needed I can access the list of deleted topics with: /filter?q=status%3Adeleted%20topics%2Ccreated-by%3A%40Username
But unfortunately it looks like thereâs no bulk un-delete operation. Does it sound like a reasonable request to at least implement that in Discourse? Or is there any other way to accomplish that via the GUI?
Itâs more or less a shadow ban feature.
