作为AnywhereLLM示例的管理员，我应该能够：
为了防止现有用户受到干扰，我们需要将所有当前角色别名到一些预定义的条件集合中，以便在合并后访问级别不会改变用户的权限。
tzxcd3kk1#
你好@timothycarambat
我只是想了解这个补丁中实施了哪些确切的更改来修改访问控制。我重新安装了，但没有看到任何工作区级别的更改，作为一个管理者，我仍然可以查看所有工作区以及上传到所有工作区的文档，想法是让工作区级别的管理者/超级用户具有访问权限。即使在添加新用户时，我仍然看到旧的角色(_Default, Manager, Admin)。简而言之，我没有注意到任何更改，我是不是做错了什么？我使用了Docker安装来拉取最新的镜像Linux Installation ~ AnythingLLM (useanything.com)
kmb7vmvb2#
@rpaGuyai这些问题已经合并成一个更大的问题，因为它们都与同一个事物有关。跟踪一个问题比跟踪8-10个独立的问题要容易得多，这些问题都在询问同样的事情。这个问题仍然开放，因此该功能仍在请求中，尚未完成。
2条答案
按热度按时间tzxcd3kk1#
你好@timothycarambat
我只是想了解这个补丁中实施了哪些确切的更改来修改访问控制。
我重新安装了，但没有看到任何工作区级别的更改，作为一个管理者，我仍然可以查看所有工作区以及上传到所有工作区的文档，想法是让工作区级别的管理者/超级用户具有访问权限。即使在添加新用户时，我仍然看到旧的角色(_Default, Manager, Admin)。
简而言之，我没有注意到任何更改，我是不是做错了什么？我使用了Docker安装来拉取最新的镜像
Linux Installation ~ AnythingLLM (useanything.com)
kmb7vmvb2#
@rpaGuyai
这些问题已经合并成一个更大的问题，因为它们都与同一个事物有关。跟踪一个问题比跟踪8-10个独立的问题要容易得多，这些问题都在询问同样的事情。这个问题仍然开放，因此该功能仍在请求中，尚未完成。