Edit and delete anyone's comments on commits, pull requests, and issues #140330
Replies: 4 comments 2 replies
-
| 💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩ 
 Where to look to see what's shipping 👀 
 What you can do in the meantime 💻 
 As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ | 
Beta Was this translation helpful? Give feedback.
-
| Hi @norwd thanks for posting in GitHub Discussions! I've gone ahead and moved this post to our  | 
Beta Was this translation helpful? Give feedback.
-
| This would be a nice change. Is there any reason why though we're allowing owners of repositories to edit content posted by other users? This seems very dangerous. I actually reported a GitHub account that was promoting malware, and one thing I noticed is how the owner blatantly re-edited posts to "positive feedback", making everything look pink on the outside, but if you were remotely tech-savvy and knew how to view the edit history, you'd be surprised at what the original contents/messages were - malware reports. | 
Beta Was this translation helpful? Give feedback.
-
| This feels like an oversight on the part of GitHub's access levels. Write access roles with the ability to delete OTHER people's comments seems like granting moderator or 'Maintain' level abilities to all repository collaborators. Can this be seriously re-evaluated, or granted as a selected repository right via repository and organizational roles? It feels naturally imbalanced to say that a reviewer's comments could be deleted rather than acknowledged for historical continuity and transparency during code change activities. | 
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Product Feedback
Body
To be direct; I think that the ability to edit other peoples comments should be moved from the
writerole tomaintain. I manage a large private repo where company developers and outside collaborators need thewriterole to push, since forking would be against company policy. However, we've recently discovered that thewriterole allow everyone in the repo to edit the review comments, even of our admins. This has already resulted in misuse and I can't find any way of disabling this.The Repo Roles Docs say that
writepermissions and higher are allowed to "Edit and delete anyone's comments on commits, pull requests, and issues". Since lowering the permission toreadortriagewould prevent the ability to open PRs, that route isn't an option.If there is any way to prevent org members from editing each other's comments while preserving the ability to push to feature branches and open pull requests, I'd welcome the help. However, I cannot see why this ability was ever introduced below the
adminlevel? I can see the need for moderation (especially in public repos), but why not have a separatemoderaterole, or at least have this configurable. As it is now there's no option to grant a developer the minimum permissions necessary to do their job while still controlling their access to moderation tools.As I've said, we've already had instances of abuse of this functionality and I'm now in need of a way to manage this access, so I would really appreciate a way of doing so.
Beta Was this translation helpful? Give feedback.
All reactions