更新模组时有一模组失败，让启动器提示哪些模组失败并继续其他下载

[OakworldS]

检查项

• 我已在 Issues 页面 中搜索，确认了这一建议未在社区版被提交过
• 我确认只是全部选中而没有仔细确认就直接提交了这个 Issue，并且同意这个 Issue 可以直接被关闭
• 我确认我所描述的改进是现实的、有理有据的，而不是我临时起意的
• 我已知悉社区不对这类 Issue 的完成时间作出任何保证，并有足够的耐心等待社区开发者的处理，同时已知悉如果我作出催促、质问或类似的举动，这个 Issue 可能会被直接关闭

官方版原 Issue 编号

No response

描述

优化地区：更新模组机制

正如标题所述，如果同时更新多数 Mod ，如果其中一个下载报出 403 错误，那么一整个更新进程就会取消并返回 403 ，并且没有反馈是哪一个 Mod 更新失败导致。

建议在模组更新时，当有某些模组更新失败，仅取消该模组的下载并通过左下提升返回下载失败的模组

当时情况：
退游 2 年后回归 Minecraft ，发现版本实例有 1/3 的模组需要更新，于是 在 2026/4/18 10 时左右，在更新 36 个模组时，一开始更新立即返回 403 下载失败。起初认为是网络问题，但检查后并不是，在下载与网络捣鼓了十分钟后往标题的问题思考，于是一个一个逐 Mod 更新，发现是这个时间点的 GeckoLib 模组报出 403 ，之后就因为它报出 403 错误导致剩下 35 个 Mod 因其更新失败并一起在启动器返回 403。

GeckoLib 模组更新的 403 网络问题已经在当天的 11 时非因我解决（写这一篇 Issue 时），抱歉目前难以复现问题情况

原因

该优化可帮助玩家在更新大量模组时不会因为个别模组网络问题而导致一整个更新进程被破坏，同时也明确是哪些模组更新失败便于玩家针对解决。
如果没有这一项优化，一旦在更新大量模组时出现问题，玩家可能不会往这一思路想，导致浪费不必要时间。即使想到了这样的思路，也需要逐个 Mod 单独更新才能找出，同样很麻烦。