这个是昨天复现的报错信息，红框中的 tct_bi 就是我地址上带的用户名，

humming 发表于 2022-7-4 16:25
这个是内部用户，就是没有用户登陆的话，产品内部用_anyone_用来访问的。
报表地址复制出来 ，加上用户登 ...

我在回帖上传了昨天复现的日志，有这块的提示，看能不能帮助能分析出原因~

朝颜颜颜颜 发表于 2022-7-5 09:51
地址复制到浏览器，直接访问的

rul是什么样子的？是通过au_act=login&adminv=xxx&passv=xxx的方式来自动登陆还是有集成的单点登陆的方式？login.method.post的属性有配置过吗？

这是上午复现时用的链接

humming 发表于 2022-7-5 10:14
rul是什么样子的？是通过au_act=login&adminv=xxx&passv=xxx的方式来自动登陆还是有集成的单点登陆的方式 ...

贴子上传了上午复现时用的链接

login.method.post的属性 没有配置过

朝颜颜颜颜 发表于 2022-7-5 14:08
贴子上传了上午复现时用的链接

login.method.post的属性 没有配置过

现在直接原因就是用户没有登陆上。
具体用户为啥没有登陆上需要多一点日志才能定位。你可以新建一个日志，然后直接用你这个URL访问重现，把日志文件发给我看下
怀疑的两个点：
1. login.method.post没有配置，不知道你们的包里默认值是不是true，如果是true的话，URL这种get明文登陆方式出于安全考虑会不支持。
2. 和你反馈的另外的一个帖子可能是一个原因，session出错了导致合法的登陆用户

humming 发表于 2022-7-5 14:46
现在直接原因就是用户没有登陆上。
具体用户为啥没有登陆上需要多一点日志才能定位。你可以新建一个日志 ...

查看了bi.properties，没有这个配置项，应该是默认的值吧

17:05:05 复现了

humming 发表于 2022-7-5 14:46
现在直接原因就是用户没有登陆上。
具体用户为啥没有登陆上需要多一点日志才能定位。你可以新建一个日志 ...

17:05:05 复现了，日志上传到帖子了

看起来一个客户端在不停的登陆，而且存在两个用户（”tct_bi“和”tct_bi2“）的争抢.
1. 是同一个机器上的同一个浏览器的多个tab在用不同的账号访问？
2. 报表里面有网页组件或者超链接组件的url里指定了不同的账号？