Moin
1
我不小心将论坛的默认区域设置为英语,时间有点长,因此默认组被重命名了,并发现了一些与类别权限和“everyone”组相关的功能。
我注意到的第一个区别是底部的横幅。
然后我注意到,虽然德语的“jeder”链接到
/g/jeder(不起作用,因为没有这样的组),但英语的“everyone”不是链接。
第三,我了解到,当您在英语中添加另一个组(如“moderators”)时,所有权限默认都会添加,并且不允许您删除它们,而“everyone”则允许这样做。在德语中,这种额外的帮助不起作用;即使“everyone”被允许,您也可以轻松删除权限。
工作人员操作日志也有些令人困惑,因为它看起来像是我更改了组,但我没有;我只点击了“保存”,然后日志会以两种语言显示“everyone”组:
8 个赞
我95%确定(意味着我还没测试😅)这会通过以下方式修复:
3 个赞
Moin
11
既然现在是 pr-welcome,我认为分享我告诉 zogstrip 修复无效时发送的内容是很有意义的。
我认为链接在“jeder”上没有被抑制,而“everyone”上的链接被抑制的原因是“everyone”在检查中是硬编码的:
以类似的方式,“everyone”对于下面显示的警告以及复选框被禁用也是硬编码的:
我认为检查 ID 会更安全。如果论坛使用基于默认语言的“everyone”组的名称,那么在论坛语言更改和执行 DBConsistency 作业之间名称仍然不匹配。
1 个赞
Moin
14
部分修复了 
横幅、禁用的复选框以及“everyone”组上的链接已修复。
但是,操作日志仍然像权限已更改一样运行。
如果区域设置为德语,则该组为“jeder”,并且我在不更改任何设置的情况下保存了一个类别,我在操作日志中看到了这个。
如果区域设置为英语,并且该组的名称为“everyone”,当我保存该类别时,操作日志中不会记录任何权限更改。

也许是因为最后保存设置时,该组的名称是“everyone”。但这仍然感觉不对,因为没有进行权限检查。允许与该类别交互的组的 ID 没有改变。