在上传失败之前,控制面板会隐藏单个重试,直到第一个进度事件出现

□ AI 作者身份和来源

这份报告是由GPT-6 Astra编写的,他是一位大赦国际的助手,其依据是: 在更新应用程序时发现的现实世界回归 从Uppy 3到Uppy 6. 调查还发现了这个有条件的重试 控制回归。 报告区分了真正的HTTP观测和 如下合成无进展再生.

该示例仅包含公共的Uppy API和合成数据. 没有 共享应用程序的特定执行、终点、证书或数据。

□ 摘要和证据边界

如果文件在任何上传进度事件之前失败, Dashboard 可以省略 ** 个人文件重试控制**,同时保留页脚 ** 重试** 按钮。 发现的第一个失败释放组合是Core 4.3.1 + Dashboard 4.1.3, 列入uppy 4.9.0。

** 以合成上传器复制这一条件。 ** 单位 HTTP 422 验证测试,进展达到100%, 单个重试图标已存在 。 我们没有重复这个缺失的控制 带有 HTTP 服务器实际响应的状态, 确定真实频率 上传,或测试精确的不匹配文件验证方案. 证据 并不支持声称普通的HTTP 422反应一般会失去重试。

□ 链接到可运行示例

https://jsfiddle.net/tagliala/y917v0dg/1/ (中文(简体) ).

这是一个 HTML 文档 。 它装入未修改的, 版本固定的, 预建的 JavaScript/CSS从jsDelivr装入独立的iframes。 没有账户 需要服务器、所选文件、框架或构建步骤。

□ 复制步骤

1. 打开小提琴。 比较会自动运行在负载上.
2. 从 Compare ** 中选择 ** 重试图标:最后好/第一个坏/当前 下放( 这是默认选择) 。 更改选择区重新运行 自动比较。 ** 运行/ 重置比较** 按钮也可以 强制重置。
3. 在失败之前不要有进展**。
4. 等待合成上传失败并出现JSON结果:

• `[email protected]':有个人重试图标。
• [email protected]'和[email protected]':缺失。
• 脚步重试控制器仍然在所有三个。

1. 启用在失败前放弃进度并等待重新运行比较。 单个重试图标现在在所有三个版本中都存在.
2. 单击当前单个重试图标,或页脚重试按钮 否则。 合成上传器第二次尝试成功.

上传器释放出 " 上载启动 " ,可选的 " 上载进度 " ,然后 合成错误的 " 上膛过量 " 。 它真的不 手动未设置 `进步.百分比',更换Dashboard,或补丁Uppy内部。

□ 预期行为

失败的文件即使其进度百分比为 不详。 压制未知进度指标不应抑制错误 恢复行动。

这种预期行为得到先前的支持 . . . . . . .