批量更新议题的史诗报错：议题更新失败

Summary

Steps to reproduce

1. 为某一个 issue 设置史诗：https://jihulab.com/ultimate-plan/jihu-gitlab-app/jihu-gitlab-app/-/issues/135
2. 打开搜索列表 https://jihulab.com/ultimate-plan/jihu-gitlab-app/jihu-gitlab-app/-/issues/?search=%E4%B8%8A%E6%9E%B6&sort=created_date&state=opened&first_page_size=100
3. 编辑议题——》全选——》史诗「应用商店上架」——》全部更新

Example Project

https://jihulab.com/ultimate-plan/jihu-gitlab-app/jihu-gitlab-app/-/issues/?search=%E4%B8%8A%E6%9E%B6&sort=created_date&state=opened&first_page_size=100

What is the current bug behavior?

报错：议题更新失败

What is the expected correct behavior?

议题更新成功

Relevant logs and/or screenshots

added CREQhigh typebug labels

感谢为此项目提 bug，我们已经自动分配了一位 QA 工程师来跟进，谢谢。

added workflowin confirmation label

assigned to @19991264500

added TeamPresales label

changed the description

@QiangGuo 本地验证结果⬇️，麻烦尽快看看。

added self-managed severity3 labels

assigned to @QiangGuo

changed milestone to %15.9

added priority3 label

assigned to @wd665544

@19991264500 请确认该问题在新版已无法复现后关闭本议题

刚刚在 SaaS 上重现：https://jihulab.com/groups/ultimate-plan/jihu-gitlab-app/-/issues/?search=%E6%9C%BA%E5%99%A8%E4%BA%BA&sort=created_date&state=closed&first_page_size=20

@sinkcup 刚刚在SaaS上测试发现，这个问题应该不是一个bug，在右侧边栏选择的史诗包含issue列表中的某些issue，你选中这些issue再更新则会报错，如果选中不包含的issue，再更新的话，则不会报错，然后这些选中的issue就会添加到这个史诗中去，所以我认为这是正常的机制，你认为呢？

/cc @lpeng1991 @wd665544

@19991264500 我认为这不正常，别的字段都可以这样批量覆盖。

@lpeng1991 你看看这个字段需要这样覆盖吗，需要的话可以让 @wd665544 看看

@19991264500 我也认为应该要能正常覆盖，请 @wd665544 在%15.9 看一下

upstream方法会明确检测issue已有的epic如果和被修改的epic一样的话会抛出错误，请确认一下是否需要修改这个行为 @lpeng1991

我觉得需要修改，也找到相关upstream issue，已评论待回复 https://gitlab.com/gitlab-org/gitlab/-/issues/386621#note_1275688109

移入 %15.10

@lpeng1991 我看了下 upstream 那个 issue 的上下文，他们应该是有把这种批量操作往 Graphql 调整的计划，而且也说到这种情况下各种 error 的场景较复杂，当前很难简单统一处理。所以本 issue 是先暂停还是往后移吗？

changed milestone to %15.10

assigned to @xfyuan and @lpeng1991 and unassigned @QiangGuo and @wd665544

changed milestone to %15.11

检测到此议题的里程碑由 15.10 被更改为 15.11，已为此议题添加 milestone delayed。

added milestone delayed label