# P6→NS1/RNS1 缺失项 #4：放弃/取消放弃的二次确认弹窗

## 简要结论
- 状态：✅ 已解决
- 风险等级：🟡 低
- 放弃操作已实现完整的二次确认弹窗（abandon-modal 组件），含原因输入、确认/取消按钮。取消放弃在 task-detail 页面无二次确认（直接执行），在 task-list 页面通过长按菜单触发也无二次确认。

## 详细审查

### 审查范围
- `apps/miniprogram/miniprogram/components/abandon-modal/abandon-modal.wxml` — 弹窗模板
- `apps/miniprogram/miniprogram/components/abandon-modal/abandon-modal.ts` — 弹窗逻辑
- `apps/miniprogram/miniprogram/pages/task-list/task-list.ts` — 列表页放弃/取消放弃流程
- `apps/miniprogram/miniprogram/pages/task-detail/task-detail.ts` — 详情页放弃/取消放弃流程

### 发现

**放弃操作（完整实现）：**

`abandon-modal` 组件实现了完整的二次确认弹窗：
- ⚠️ 警告图标 + 标题「放弃 {客户名}」
- 描述文案「确定放弃该客户的维护任务？请填写原因：」
- 必填原因输入框（maxlength=200）
- 「确认放弃」按钮（原因为空时禁用）+ 「取消」按钮
- 键盘弹出时自适应布局

task-list 和 task-detail 页面均引用了此组件：
- task-list：长按菜单 → 点击「放弃任务」→ 打开 abandon-modal
- task-detail：点击右上角「放弃」按钮 → 打开 abandon-modal

**取消放弃操作（简化实现）：**

- task-list：长按已放弃任务 → 菜单显示「↩️ 取消放弃」→ 直接执行（showLoading → showToast），无二次确认弹窗
- task-detail：点击右上角「取消放弃」→ 直接执行 `cancelAbandon()`，无二次确认

### 证据

abandon-modal.wxml 核心结构：
```html
<view class="modal-header">
  <text class="modal-emoji">⚠️</text>
  <text class="modal-title">放弃 <text class="modal-name">{{customerName}}</text></text>
</view>
<view class="modal-desc-wrap">
  <text class="modal-desc">确定放弃该客户的维护任务？请填写原因：</text>
</view>
<textarea maxlength="200" ... />
<view class="confirm-btn" bindtap="onConfirm">确认放弃</view>
<view class="cancel-btn" bindtap="onCancel">取消</view>
```

### 建议（如未完全解决）
- 取消放弃操作风险较低（恢复任务），不设二次确认是合理的 UX 决策
- 如 P6 严格要求取消放弃也需二次确认，可复用 `wx.showModal` 实现简单确认弹窗
