1 Commits (Export-PDF-Transcript)

Author	SHA1	Message	Date
Diego Sampaio	961c06014e	First move to monorepo	4 years ago
Pierre Lehnen	2f03a7a9b5	[FIX] Several issues related to custom roles (#24052) ... * [FIX] `roles.delete` not properly checking if subscription based roles are being used * Improved typings * Added error message in development if a role scope is passed to a method that expects a scope value * Fix prettier rules * Replace role name by id in findUsersInRole * Fix Users In Role page * Fix role not available error * Fix Users in Role screen for users' custom roles * Check if role exists before adding to user * Fix Remove user from role * Fix roles _id field * Partial commit of changes * some changes * merge fixes * Replaces some names with ids * parseCSV util * ts * Changes from yesterday * api * Removed more roleNames * typo * roles.getUsersInRole * findUsersInRole * fixed import path * removeUserFromRoles * Removed comments * removed comment * migration * Imports * types * createOrUpdateProtectedRole * Removed DetailedError * tests * await server fresh install * Update server/lib/roles/updateRole.ts Co-authored-by: Matheus Barbosa Silva <36537004+matheusbsilva137@users.noreply.github.com> * MeteorErrors * Display role name in UserInfo when description is not available * Migrate roleNames * syntax * syntax * Review fixes Co-authored-by: Matheus Barbosa Silva <36537004+matheusbsilva137@users.noreply.github.com> Co-authored-by: matheusbsilva137 <matheus_barbosa137@hotmail.com>	4 years ago
Diego Sampaio	dcac9f4ea6	Move files from packages to imports	7 years ago
Marcelo Schmidt	eaf025ec37	Rework	10 years ago
Reid Wakida	c2e6e0fa2c	Create RocketChat authorization package that handles role and permission ... based authorization Leverages alanning:roles package to associate a user to a role. Uses alanning:roles optional "group" parameter to limit the role's scope to either the global level or room level. The global level is applicable to users that can perform administrative functions. The room level is applicable to users that can perform room specific administrative functions (like a moderator). A role can have zero or more permissions. Permissions and their association to roles are defined by this package Authorization checks are based on whether or not the user has a role or permission. The roles, permissions, and their association are statically defined at this time. Eventually, there should be an API to dynamically create a role and associate it to static permission(s). Old 'isAdmin' and '.admin is true' checks have been replaced with corresponding hasPermission authorization checks. Additionally, code that automatically assigned admin privileges are updated to assign 'admin' role instead. channel/direct message/private group code checks authorization to edit properties (e.g. title) and edit/delete messages (regardless of the system level allow edit/delete settings). - user with 'admin' role are authorized to do anything - room creator is assigned 'moderator' role that can edit the room and edit/delete messages - members can only edit/delete their own messages IF system wide settings permit them to. v19 migration will - add 'admin' role to users with admin:true property - add 'moderator' role scoped to room for room creators - add 'user' role to all users. There are known issues unrelated to the changes made - If a user with edit/delete message room permissions logs out then a user without edit/delete message room permissions logs in, then they will see edit/delete icons. The server will deny execution - edit/delete icons are not reactive Thus if the system level allow edit/delete message setting is toggled, the icons will not reflect it. The server will deny execution.	10 years ago