Our community uses “Make new topics wikis by default” across categories. We set min trust to edit wiki post as TL0, as well as min trust to tag topics to TL0. Previously, this allowed anyone in the community to add tags to topics created by others, and it appeared to work well (although I believe previously we had the TLs set to the defaults and decided to lower them). We have noticed that this function is no longer working—when a user attempts to add a tag via the “Edit wiki” feature, it shows up in the change log and gives the user a “wiki editor” badge (if they didn’t have one already) but doesn’t actually add the tag to the topic. Editing the text of the topic via the “Edit wiki” feature still works fine.
Adding to this that changes to the topic title, category, Events plugin date/time also aren’t holding currently with the Edit Wiki function. Editing the body text of the topic is the only function that is working.
I can repro the behavior, but is this intentional? Should every aspect of a wiki topic be editable by users with wiki privileges, or just the content?
I think it might make sense to restrict title/category/tag edits to the topic owner and anyone with the power to edit those aspects in normal topics. I can edit the title/category/tag as TL3, for instance, under the trusted users can edit others setting, but not as a lower trust level.
I can’t speak for how the Events plugin should handle this, but I am able to use the insert date/time feature and save the change without issue as TL0.
It’s a good question, I can’t recall how it originally worked, perhaps this has always been the case? My gut says that wiki on first post means you can edit everything about the first post, but perhaps the older versions of Discourse behaved differently in this regard? Anyone remember?
I strongly suspect this is a regression though @tshenry
It’s very possible. I tried to search recent commits for anything suspicious, but nothing immediately popped out.
@Elena_Lappen do you have any idea about when the change in behavior took place? Or at least the last time you know it worked the way you wanted it to?
For what it’s worth, back in April 2018 on community.wanikani.com after losing Regular status I realized that I couldn’t edit the title of a certain topic even though the first post was a wiki and I could edit the post’s content. And then someone else was complaining about the same thing on the same topic just two months ago.
Thanks for sharing that. I have a hard time believing this is intended behavior because, for example, changing the title of the topic registers as an action in the edit history, but it doesn’t hold.
Not sure what the best path forward is. I can see arguments for and against allowing everyone with wiki editing privileges to also have the ability to edit the title/category/tag. Maybe a setting makes sense? What do you think @codinghorror?
Unless you (or we) can absolutely verify this used to be the case @Elena_Lappen I think the status quo is the way to go here. Title, tags, and category edit is not granted by wiki status on the first post – just the body.
I just confirmed that it does in fact append to the edit history (but with no visual change in the diff) and it modifies the post timer to say it was just edited. That does seem like a bug to me. If I just open a wiki post and click save without making any changes, it doesn’t append to the history, so it should probably work the same for a rejected change.
That said, shouldn’t the UI not show the fields for editing the title/category/tag if the person editing doesn’t have permissions to edit those fields?
