Perfect !! Will install and update.
Thanks
@RGJ is this plugin available for your customers hosting on Communiteq?
Yes, you can find it in the list of installable plugins in your control panel now.
Wonderful!
(Please tell me it wasnât there before, and itâs not like I cannot read the list properly! )
It wasnât there before
We have released a security update for this plugin 
The update addresses an issue where it was possible, in specific circumstances, to access private topics without correct authorization.
It is strongly advised to update to the latest version of the plugin (1.5.8).
If your forum is hosted by Communiteq, it has already been updated.
Feature Request: We would like to have the âaboutâ-topic not hidden.
Context: We use private topics for room requests. People should see the instructions.
See the last sentence here (bold), you can solve this by making the about topics owned by system or by a user in private topics permitted groups
Thanks.
Are you aware of a way to show the âaboutâ topic as a full article instead of the abbreviated form?
Iâm not sure what you mean by the âabbreviated formâ ?
E.g. this shows the entire first post? Welcome to meta.discourse.org
I believe their looking to have it display more complete vs the topic excerpt.
Maybe a category banner might work?
This is a great nice plugin, and I was anticipating it. However, I need to add a more feature to this plugin, which is Padded category and Padded topics should be visible to everyone, even if they are not registered, this will make not registered users to sign up to read the locked topics / or it will show the visitors about the services or solutions the community provides. It will help to make more members.
(When a non-registered users click on it, notice should pop up and tell the visitors about the topics, and why its locked. )
Depending on use this plugin is great for helping to keep sensitive info out of public view.
This plugin below allows anyone to create a publicly viewed topic but restricts replies to the Op and configured group(s).
Similar but different in use case.
Thank you @Dylan-Brotherston for reporting this.
I have been able to reproduce this and I will make a fix soon.
I suggest setting the max_similar_results
setting to 0 for now.
This issue has been fixed in the latest version of the plugin.
Thanks again @Dylan-Brotherston for your report!
Fantastic. Thank for looking into that.
Awesome plugin thank you! It completely solves how we do requests in our community without having to use a bunch of group specific categories.
Similar but slightly different than the CLASS case above we have the following scenario that I think this plugin could possibly be extended to solve.
We put on events and as part of the events there is a follow up topic that people use to post pictures and talk about their experience. Weâd like to make it so that only the people that RSVPâd to an event see this post and can interact with it. There are various reasons why but the short answer is privacy. People post photos of their family and while that makes sense for other people that were at the event it doesnât make sense if you didnât go to the event. If effectively there was a way to allow anyone @mentioned someone in a post thus giving them access to the topic it would solve this case. Do you see something like this ever being supported?
I found some prior art:
- Add users to topic in private category which is similar but slightly different, I want the group to be public but then only topics where a user is mentioned in are visible to them.
- Chat messages are a suggestion but for various reasons those wonât work. Ephemeral, the editor experience very different from a post,
Thanks again for a very useful plugin!