禁止用户时选择清空头像，头像还在

IsaacZ

还是不行，头像仍在。有没有其他人帮忙测试一下？

IsaacZ

湖中沉 发表于 2025-12-4 09:50
是的，逻辑是一样的。我这边测试也多次封禁，没有问题

真的没有效果

湖中沉

IsaacZ 发表于 2025-12-7 12:11
真的没有效果

这边本地、线上两个站点，测试均已可以

IsaacZ

湖中沉 发表于 2025-12-7 12:22
这边本地、线上两个站点，测试均已可以

禁止后，在 phpmyadmin 中看到相关用户的 avatarstatus 仍然为1

湖中沉

IsaacZ 发表于 2025-12-8 00:21
禁止后，在 phpmyadmin 中看到相关用户的 avatarstatus 仍然为1

你这不走代码断点排查没法进一步核实了

IsaacZ

湖中沉 发表于 2025-12-8 09:45
你这不走代码断点排查没法进一步核实了

千问给解决了：

湖中沉

IsaacZ 发表于 2025-12-19 23:22
千问给解决了：;

你要不要仔细看看代码，千问说的这段在else里的代码在1805行，我改的那部分在2025行，根本不是一回事，我改的那段，判断条件是管理员操作，且clear不为空，根本没在它说的else里。

不过千问处理的里面，增加了UC禁用的情况倒是真的。那就要确保你是否禁用了UC（比如使用了独立模式或者UC通信失败）

IsaacZ

湖中沉 发表于 2025-12-20 07:57
你要不要仔细看看代码，千问说的这段在else里的代码在1805行，我改的那部分在2025行，根本不是一回事，我 ...

AI说的那段1805行代码和你添加的2025行的不一样。它指的是另外这一段：

我的论坛没有禁用UC，UC通信也是正常的。

我追问了2025行的增添代码为何无效，回答如下，仅供参考：

湖中沉

IsaacZ 发表于 2025-12-20 10:59
AI说的那段1805行代码和你添加的2025行的不一样。它指的是另外这一段：;我的论坛没有禁用UC，UC通信也是 ...

你看他的总结：
1、说执行的太晚，但那是对所有清理项操作的顺序里的
2、说放在adminid=1里，这是正常的权限检测
3、缺少本地文件删除逻辑，这个逻辑只有当UC无效时才有用，正常逻辑调用UC的删除头像逻辑即可，并无问题

所以AI改了个寂寞，按照正常顺序逻辑，逐项清理clear选中的项，完全没问题

IsaacZ

湖中沉 发表于 2025-12-20 11:54
你看他的总结：
1、说执行的太晚，但那是对所有清理项操作的顺序里的
2、说放在adminid=1里，这是正常的 ...

后来那个AI回复我说了仅供参考，不过一开始给的代码还是不错的，解决了我的问题。