发现一个系统bug 版本16.5 el7

现象:用户无法push 403错误
通过project_authorizations表查看该用户的项目ID(project_id)不是正确的项目ID,而是其它群组的同名项目的ID,我把project_id值从表里改正确后就能push了。 - -!
因为我建了两个同名项目在不同群组,但是配完权限后,发现表里的项目ID不对。
另外,队列和Cron好像没执行,不知道怎么排查和解决,有能给点思路的吗

这个操作,感觉更像是您当时加的时候添加错项目了呢

1 个赞

应该不是,同名项目在不同组下,我是在页面多番操作无果后,实在没辙了,才找到表里的数据发现的。现在后台任务的队列和任务感觉堆积了未执行

那有没有可能是 Sidekiq 队列这里没有及时执行完成导致的

很有可能,可是我不知道为什么没有及时执行,延时删除的配置没有搜到和找到,能教下在哪设置延时删除吗

账户和限制下 有个 停用前的不活动天数 为90 天,但页面上是不可更改的

表里的项目ID引用错误,这个问题应该不是队列未执行原因,可能是后台新增时根据名字查询的项目ID,出现同名的出错了,查询时应该还带上群组条件

你这边有稳定复现的步骤吗?

复现的步骤有点印象,但不稳定,可以向日葵直接看我这的网站和数据库。

直接连应该是肯不出来

大致步骤:创建群组、人员、项目、进行配置,给项目配置群组人员,再邀请配置一遍与群组相同的人员,后来群组人员看不到项目,然后我就用非ROOT用户建同级新群组,同名项目,配置群组人员、邀请人员进行测试,然后发现是没配成内部的原因,旧群组后能看见了。我就删除新群组的人员、新群组、项目,显示已安排删除,但页面还是有群组。然后旧群组的人员发现不能提交403,检查完后,最后发现表里的项目ID绑定的不对,在表里调整后就能提交了。(有没有可能旧群组的人员权限数据压根就没生成,页面都是配了的)

还有gitlab的linux上的日志也可以看呀,只是我不知道咋看

群组都配置了成员了,项目为什么还要再邀请一遍,项目不是在群组下面的吗?成员会从群组继承到项目,这里说的群组人员看不到项目是咋回事?这里就不太对劲?这种现象还没有遇到过。

配置了群组人员,人员看不到项目,以为没起作用,然后就邀请了一遍。后来才发现是要设置成内部

感觉还是哪里设置问题。目前并没有收到相关功能问题反馈。