lyflowchart 1.0.137 → 1.0.152

package/dist/constants.d.ts

@@ -1 +1,27 @@
 export declare const CUSTOM_VIEW_DATA_USER = "customviewdatauser";
+/**
+ * 「编辑」态是否也按**当前生效配置**加载审批配置（= 页面配置 + 流程配置）—— 2026-09-23 加的**临时开关**。
+ *
+ * - `true`（当前）：编辑与「修改」口径一致，都取**最新**配置；
+ * - `false`：编辑按记录自身的**历史配置快照**加载（2026-09-23 之前的行为）。
+ *
+ * **切换方式：只改这一行的布尔值**，别的地方都不用动 —— 它只在
+ * `components/approval/core.vue` 的 `applyApproveRecord()` 里参与「要不要把
+ * `request_history_id` / `request_flow_history_id` 置 null（= 让后端返回 current_history_id
+ * + 当前内容）」这一个判断。回退到 `false` 即完全恢复改动前的行为。
+ *
+ * 影响范围（只在「编辑态」生效，新建/复制/「修改」不受影响）：
+ *   - 覆盖 `process_status === 'init'`、`result_status === 'reject'` 的普通编辑，
+ *     以及再次编辑「修改单」（记录自带 `modify_source_id`）这两种情形；
+ *   - 它们各自的「锁不锁表单结构」等行为**不变**，本常量只决定**配置按哪一版加载**。
+ *
+ * ⚠️ 与后端的口径差异（切到 `true` 时才会出现，切回 `false` 即消失；详见
+ * `docs/审批模块坑位清单.md` §25）：
+ *   - **保存**（`/approve/update_approve_record` → `_save_update_approve_record`）本来就按
+ *     **当前生效配置**做覆盖ID兜底 → 与前端一致，无差异；
+ *   - **提交**（`_commit_approve_record`）仍按 `ApproveRecord.page_setting_history_id`
+ *     （记录自带的**旧**历史）走 `form_to_data` 解析，而 `_save_update_approve_record` 不会写这个字段
+ *     → 若最新配置与旧历史在**表单结构**上有差异，「界面按新配置填、提交按旧配置解析」仍可能对不上。
+ *     要彻底一致，得让后端在编辑分支也接受并写回 `page_setting_history_id`（前端已具备该入参口径）。
+ */
+export declare const EDIT_USE_LATEST_APPROVE_SETTING = true;