修正导出被信号终止时的用户文案
- xhsMinitoolFailure.ts 的 commandFailed 在 exitCode 为 null 时改说「导出中途被中断了」:脚本没启动已归到 exportUnavailable - xhsMinitoolExport.test.tsx 同步这两条措辞断言
This commit is contained in:
+3
-1
@@ -75,8 +75,10 @@ export function describeXhsMinitoolFailure(
|
||||
case 'commandDenied':
|
||||
return '当前项目的权限设置不允许执行这次导出。';
|
||||
case 'commandFailed':
|
||||
// 「脚本根本没启动」已在宿主侧归到 `exportUnavailable`(见 build.rs 的 `script_launched`),
|
||||
// 所以这里的 `exitCode === null` 只剩「脚本跑起来后被信号终止」:说用户能接住的话,不猜启动。
|
||||
return error.exitCode === null
|
||||
? '导出没能启动,可能是运行环境的问题。'
|
||||
? '导出中途被中断了,没能生成代码包。'
|
||||
: '导出中途出错了,没能生成代码包。';
|
||||
case 'artifactMissing':
|
||||
return '导出跑完了,但没有生成代码包。可以让陶泥儿看看。';
|
||||
|
||||
@@ -126,7 +126,7 @@ describe('交给 code agent 的指令', () => {
|
||||
omittedCharacters: 0,
|
||||
}),
|
||||
).toBe('导出中途出错了,没能生成代码包。');
|
||||
// 没启动起来(宿主没给退出码)与跑到一半失败是两句不同的话:用户能做的处置不一样。
|
||||
// 没启动起来已经归到 `exportUnavailable`(宿主保证);这里没退出码只剩「被信号终止」这一种。
|
||||
expect(
|
||||
describeXhsMinitoolFailure({
|
||||
type: 'commandFailed',
|
||||
@@ -134,7 +134,7 @@ describe('交给 code agent 的指令', () => {
|
||||
outputTail: '',
|
||||
omittedCharacters: 0,
|
||||
}),
|
||||
).toBe('导出没能启动,可能是运行环境的问题。');
|
||||
).toBe('导出中途被中断了,没能生成代码包。');
|
||||
// 策略拒绝是预期拒绝:宿主只给点位,句子在前端,且不进错误池。
|
||||
expect(
|
||||
describeXhsMinitoolFailure({
|
||||
|
||||
Reference in New Issue
Block a user