作为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个独立的问题要容易得多,这些问题都在询问同样的事情。这个问题仍然开放,因此该功能仍在请求中,尚未完成。