fix(tasks): guard loop name length and surface loop ownership in the UI
Review follow-up: - Reject loop files whose frontmatter name exceeds MAX_TASK_NAME_LENGTH (80): task names are clamped at storage time, so a raw name longer than the limit could never match the stored task identity. The file is treated as malformed (definition: null) instead of creating an unreachable definition; MAX_TASK_NAME_LENGTH is now exported from project-config.js and shared with loops.js. - Surface loop-sourced tasks in the scheduled-tasks dialog: tasks carrying loopFile show a 'Managed by loop file <path>' note, and the enable toggle / edit / delete actions are disabled with an explanatory tooltip, since the file remains authoritative and would revert any such change. run-now stays available. New locale keys added to all 11 message files (i18n parity test enforces exact key sets). - ScheduledTask type gains an optional loopFile field (additive, unknown to older clients).
This commit is contained in:
@@ -269,6 +269,9 @@ export const dict: Record<I18nKey, string> = {
|
||||
'sessions.scheduledTasks.dialog.taskToggle.pauseAria': '{taskName}を一時停止',
|
||||
'sessions.scheduledTasks.dialog.taskToggle.enabled': '有効',
|
||||
'sessions.scheduledTasks.dialog.taskToggle.paused': '一時停止中',
|
||||
'sessions.scheduledTasks.dialog.loopFile.note': 'ループファイル {file} によって管理',
|
||||
'sessions.scheduledTasks.dialog.loopFile.toggleDisabled': '有効状態はループファイルが制御します。Markdown フロントマターで enabled を設定してください',
|
||||
'sessions.scheduledTasks.dialog.loopFile.actionsDisabled': 'ループタスクは .agents/loops の Markdown ファイルで設定します',
|
||||
'sessions.scheduledTasks.editor.title.edit': 'スケジュールタスクを編集',
|
||||
'sessions.scheduledTasks.editor.title.new': '新しいスケジュールタスク',
|
||||
'sessions.scheduledTasks.editor.description': '新しいセッションを作成しプロンプトを送信するサーバーサイドタスクを設定します。',
|
||||
|
||||
Reference in New Issue
Block a user