Based heavily on changes to D7127. Included EDIT_THREAD_AVATAR everywhere that we were including EDIT_THREAD_NAME (please let me know if that was an incorrect assumption).
Details
- Start up keyserver and ensure that the migration ran:
- Check roles table to see if expected changes were made:
Diff Detail
- Repository
- rCOMM Comm
- Branch
- master
- Lint
No Lint Coverage - Unit
No Test Coverage
Event Timeline
I don't think we want to allow EDIT_THREAD_AVATAR for PERSONAL and PRIVATE threads. I know right now we can modify the username for PERSONAL and PRIVATE, but we should probably change that in a future diff
Does it make sense to just remove EDIT_THREAD_NAME permissions for threadTypes.PERSONAL now, so we don't have to run another migration for that?
makes sense to me
Does it make sense to just remove EDIT_THREAD_NAME permissions for threadTypes.PERSONAL now, so we don't have to run another migration for that?
Maybe, but wouldn't that mean those who've already changed the name of a PERSONAL/PRIVATE thread wouldn't be able to change it back?
Yeah, that's true. I checked the database and several folks have changed PERSONAL thread names. (PRIVATE thread name changes don't appear to be possible currently.)
I guess we could implement a migration to reset the names... I guess you can create a Linear task before landing instead of making the change...