166 Commits

Author	SHA1	Message	Date
becomer	005ce14013	工作日志签到：改为选择校区，用该校区规定经纬度签到 ... 按需求把签到项的「获取 GPS 定位」改为「选择校区」：用户选所在校区，直接使用该校区 规定的经纬度（学校按点位半径校验）。不再依赖设备定位。 - 后端透传签到范围点（地址/经纬度/半径）到 formItems；新增 WorklogScopePoints 复用 查寝的 SignPlace 解析与 coordsWithinSignRange 距离判定；执行时校验坐标是否在范围内， 不在则明确拒绝并提示（不伪造定位） - 前端签到字段渲染校区下拉，选中即把该校区的 lat,lng 写入字段 content - 移除 GPS 定位按钮与相关函数 验证：用真实范围数据（许东/奶槐等校区）在浏览器核对，下拉正确列出校区，选择后 显示"已选：某某校区"并写入坐标。构建/go vet/test/vue-tsc 均通过。	2026-10-06 19:44:24 +08:00
becomer	d2d4847171	工作日志签到项：编辑页提供「获取当前位置」，坐标取真实 GPS ... 实测确认真实字段定义：值班签到 fieldType=5、signCondition=true， templateScopes 给出 4 个校区点位（含经纬度与半径 500/600m）——即学校按点位半径校验， 与查寝同理，需真实定位；signScopeWids 是允许签到的范围点位 id（非坐标）。 - 前端：isWorklogSign 字段渲染「获取当前位置」按钮，调用 navigator.geolocation 取真实经纬度写入该字段 content（"lat,lng"），已定位显示回显与「重新定位」 - 后端：执行时从签到字段 content 解析坐标传 submitSign；缺定位时提示先获取定位 - FormItem 类型补 isWorklogSign/signScopeWids 验证：用任务 315 真实数据在浏览器核对，签到字段正确渲染为定位按钮，其余字段正常。 构建/go vet/test/vue-tsc 均通过。未做真实提交。	2026-10-06 19:37:00 +08:00
becomer	22e84f86a4	工作日志签到项修正：按 signCondition 判定，坐标取用户定位 ... 用教师账号查真实 detail 字段定义，纠正两处误判： - 「值班签到」(fieldType=5) 的 signCondition=true 且 signScopeWids 非空， 确属签到项（此前误判为普通时间字段而移除了标记） - signScopeWids 是「允许签到的范围点位 id」，不是坐标；submitSign 应传用户定位 （与签到任务一致：取表单 lon/lat 字段），此前误用 templateScopes 取坐标 改动： - WorklogField 增 SignCondition；formItems 透传 signCondition/signScopeWids - 执行逻辑改按 SignCondition 判定签到项；坐标取表单 lon/lat；缺定位时给出明确 提示（请先在编辑中填写定位），不再静默跳过 - 移除 worklogScopePoint（用范围点当坐标的错误实现） 未验证：签到项在编辑页的定位填写入口尚未在前端提供，端到端未实测。	2026-10-06 19:16:51 +08:00
becomer	7fb15d17c8	修复工作日志字段在打卡页不渲染，导致必填校验报「缺少值班时间/记录/签到」 ... 现象：教师账号执行「学管值班」报「签到信息未配置完整，缺少：值班时间、值班记录、值班签到」。 根因：打卡页表单渲染只覆盖 type 0/1（文本）、2/3（单选多选）、图片、二维码； 工作日志用到的 type 5（日期时间）、7（日期时间）、9（多行文本）没有任何 v-else-if 匹配， 字段根本不渲染，用户填不了 → 保存为空 → 执行前必填校验拦截。 修复： - 前端加三类渲染分支（5/7 → datetime-local 输入；9 → textarea），并加兜底分支 （未识别类型按文本渲染），避免今后再出现「字段静默丢弃」；内置 toLocalInput 回显 - 模型枚举补 ItemTypeDate(5)/ItemTypeDateTime(7)/ItemTypeTextarea(9) - 去掉误导性的 isWorklogSign 标记：实测「值班签到」signScopeWids 为空、是 type 5 普通 可填字段，并非定位签到项（此前照第三方实现误判） 验证：用任务 315 真实 formData 在浏览器核对，编辑弹窗正确渲染全部 6 字段 （2 个 datetime + 1 个 textarea + 单选）。构建/vue-tsc 通过。 未验证：该 type 5「值班签到」的真实填写要求（时间点还是留空由后端处理）待真实使用确认。	2026-10-06 19:14:57 +08:00
becomer	c8f77ca030	工作日志提交：回传完整字段对象（仅覆盖 value） ... 官方前端提交时把服务器返回的字段对象原样回传、只改 value；此前仅回传自建模型的 少数字段，字段不全可能导致提交失败或丢数据。改为 WorklogField 自定义 Unmarshal 保留完整原始对象，SubmitWorklog 优先回传该对象并覆盖 value，缺原始对象时退化为 最小结构 {wid,value}。构建/vet/test 通过。	2026-10-06 18:38:15 +08:00
becomer	145810759e	修复教师账号点「新的打卡任务」误报「登录凭证已过期」 ... 根因：FetchAllRecentTasks 只看 sign/sleep_check 是否成功来判断会话有效性。 教师账号在学生端签到/查寝套件本无权限（返回 cpdaily_cookie_expired）， 两类都失败 → 误判会话失效 → 上层报「登录凭证已过期」，而账号实际刚登录。 修复：会话有效判据改为「任一打卡套件成功」——签到/查寝、返校登记、工作日志 任一返回成功即认为会话有效；仅当全部失败且首个错误表明登录态失效才返回错误。 教师账号经工作日志返回成功，任务列表正常（实测识别到「学管值班」）。 新增 appendUnique 去重单测。	2026-10-06 18:26:07 +08:00
becomer	7110743cca	工作日志：按真实教师账号响应校正字段与结构（端到端验证通过） ... 用教师账号 18334727775 实测，纠正照第三方 Python 推断的错误假设： - 模板为两级结构：分组 row + templateVoList[].wid，提交用子模板 wid（非分组 wid） - list 行字段是 subjects（非 form），detail 返回 form - 字段标识为数字 wid + colName(field001..)；fieldType 1文本/2单选/5,7时间日期/9多行 - 单选项在 fieldItems[].content；isOtherItems 在 detail 为数字、template/detail 为布尔， 新增 FlexBool 兼容，否则整体解析失败（实测踩到） 实测结果：5 个子模板、识别 1 个未提交「学管值班」(signWid=26:2234)、 详情 6 字段正确解析（含值班签到 type5 定位项标记 isWorklogSign）。 go build/vet/test 全过，vue-tsc 无新增错误。	2026-10-06 13:35:30 +08:00
becomer	ab99efe877	工作日志：收窄权限判定，避免吞掉登录失效 ... isWorklogForbidden 只认「无权/没有权限」文案，不再把 HTTP 401 当权限拒绝： 401 既可能是学生账号被角色校验拒绝，也可能是教师登录态失效，一并吞掉会掩盖续期需求。 401（HTML 认证页）改由 isWorklogUnauthorized 识别并仅记 debug，聚合任务时不再告警。 新增权限判定单测。	2026-10-06 13:32:38 +08:00
becomer	3028dbfc86	工作日志定位签到：坐标改取字段 templateScopes（去掉占位空值） ... 定位签到项自带学校配置的签到范围点（templateScopes[0] 的 address/longitude/latitude）， 据此提交；缺坐标则跳过该签到项并记日志，避免提交空坐标被判无效。 移除先前依赖用户定位的占位实现。	2026-10-06 13:30:15 +08:00
becomer	de700ae6c8	接入教师端「工作日志」任务类型（集成进现有打卡链路） ... 接口来自公开逆向实现（两个开源项目互相印证，见 spec://worklog_api.md）， 未再扫描 H5；独立套件 /wec-counselor-worklog-apps，服务端按角色校验（学生 401）。 - service/worklog.go：模板列表/日志列表/详情/模板详情/建单/定位签到/提交， 响应解析含 code!=0 与空 message 回退；字段宽泛解析（isRequired/signScopeWids/templateScopes） - FetchWorklogTasks 产出统一任务项，SignWid="formWid:worklogWid"；学生账号被拒静默跳过 - handler：GetTaskForm 增 worklog 分支（字段转通用 formItems）；新增 executeWorklogTask（SSE） - 执行分流 ExecuteTask 增 TaskTypeWorklog；前端加「工作日志」标签与配色 - 单测：响应错误/空 message/非 JSON/成功解析/字段解析/提交体形状 未验证（无教师会话）：真实字段名与流程、定位签到坐标来源（当前占位空值）。	2026-10-06 13:29:11 +08:00
becomer	47510c7848	修复通化师范学院（thnu）无法登录：CAS 请求补浏览器 Accept 头 ... 根因：该校统一认证 authserver.thnu.edu.cn 前置 WAF 按请求头指纹判定客户端， 仅带 User-Agent、缺少 Accept 类头会被判为机器人，整站返回 429（空 body）， 登录页取不到表单（bodyLen=262 的拦截响应）。 修复：newSessionClient 统一补 Accept / Accept-Language。实测分离验证—— 移动 UA 无 Accept → 429；移动 UA + Accept/Accept-Language → 200。 保留原移动 UA，不影响 wisedu 按 UA 渲染移动/PC 模板。 实测 202318010111 登录成功（err=nil，拿到 MOD_AUTH_CAS/CASTGC/JSESSIONID 等 5 个 cookie）。	2026-10-06 13:16:41 +08:00
becomer	ae4ca4a00e	v1.2.121：请销假页新增「续假」入口；登录页重构美化 ... 续假入口 - 头卡改为「请假 / 销假 / 续假」三按钮，续假打开只含可续假请假单的列表 - 列表按模式过滤：销假只看可销假单，续假只看可续假单；空态说明续假条件（休假中 + 学校允许） - LeaveItem 增 canReport（列表含仅可续假的单，销假模式据此排除） 登录页 - 品牌渐变头图（问候语 + 功能标签 + 细网格），登录卡片上浮压住头图 - 滑块分段控件切换学工号/手机号；输入行改为图标 + 原生输入，整行聚焦高亮，已选学校带勾 - 验证码块统一尺寸并带刷新角标；短信按钮倒计时文案；主按钮固定品牌色 - 登录逻辑不变（已验证验证码加载、学校选择、/auth/login 提交体）	2026-10-05 17:41:01 +08:00
becomer	e7dac20a02	v1.2.120：续假支持旧套（wec-counselor-leave-apps） ... 从旧套真实 H5 JS（刷新 cookie 后拉取 home.*.js）确认旧套续假为独立接口： POST /wec-counselor-leave-apps/leave/saveExtend，body = 请假申请体 + leaveId + extendReason + extendHolidayAutoDefineVos，带 Cpdaily-Extension 头。 - service：BuildLeaveExtendForm + SubmitLeaveExtend（复用 BuildLeaveApplyForm） - handler：ExecuteLeaveApply 旧套分支按 req.IsExtend 走 saveExtend； 待销假列表 FetchLeaveList 从行 isAllowedExtend 置 canExtend - extend-prefill：旧套用 FetchLeaveDetail 返回类型 code + 原结束时间作预填 - 前端续假入口已 flavor 无关，新旧套共用 注：旧套无「休假中可续假」真实假单实测，extendInfos 等按官方 JS 逻辑实现，上线后按真实报错微调。	2026-10-05 17:22:26 +08:00
becomer	8fd132fc64	v1.2.119：新增续假功能（新套 wec-counselor-leave-new-apps） ... 调研：从真实新套 H5 JS（ReApply chunk）确认续假 = 复用 /stu/leave/apply， body 带 reApply:true/isExtend:true/leaveId/extendId；预填用 /stu/leave/queryReplyLeaveDetail。 后端： - BuildLeaveNewApplyForm 补 reApply/extendId（LeaveID/IsExtend 已有） - FetchLeaveNewReplyDetail(queryReplyLeaveDetail) 续假预填 - ExecuteLeaveApply 续假分支：取 extendId 后按续假体提交 - 新增 POST /leave/extend-prefill - 待销假列表放宽为「可销假 或 isAllowExtend」，LeaveItem 增 canExtend/typeWid/isLeaveOut 前端： - 待销假列表每项拆「销假 / 续假」按钮，仅 canExtend 显示续假 - 点续假调 extend-prefill 预填（类型锁定、开始时间=原结束时间、原因/离校带入），复用请假弹窗，标题/按钮随续假态切换 - 提交带 isExtend/extendLeaveId 限制：旧套（leave-apps）续假未实现（其 H5 走 OAuth 中转拿不到 JS），仅新套学校显示入口。	2026-10-05 17:02:30 +08:00
becomer	b928c7ceb0	v1.2.116：邀请码改为登录即自动生成，移除手动生成入口 ... 后端 - 删除 POST /auth/generate-invite 及 GenerateMyInviteCode - 新用户注册时生成邀请码；唯一索引冲突（仅 invite_code 索引）自动换码重试，最多 8 次 - 老用户登录（用户名 / 学工号匹配）缺邀请码时补发；GET /auth/my-invite 兜底补发 - 服务启动时批量补齐存量空邀请码（幂等；条件更新 invite_code 为空才写，并发安全） - 邀请码改用 crypto/rand，字符集去掉 0/O/1/I/L；旧实现按纳秒取模，可预测且并发注册易撞码 - 测试：单元测试 + MySQL 集成测试（设置 INVITE_IT_DSN 时运行，已在 8.4.11 上通过） 前端 - 「我的」移除「生成我的邀请码」按钮与 getMyInvite API；新手引导去掉对应目标与文案	2026-10-04 11:09:47 +08:00
becomer	441c40a8cc	v1.2.105：封号（禁用）后所有接口即时拦截，返回自定义封号原因 ... - 现状：禁用仅在登录时校验，已登录用户持有效 token 仍可调用所有接口。 - 修复：JWT 中间件在每个受保护接口校验用户状态，禁用则返回 HTTP 403 + 业务码 4030， message 为封号时自定义的原因（为空时兜底文案）。 - 前端：拦截 403/4030，清除登录态、弹出封号原因并跳登录页，不触发 token 刷新死循环。 - 复用现有后台「禁用/启用」入口与 disabled_reason（用户管理页已具备）。	2026-10-02 11:09:29 +08:00
becomer	002c6b8570	v1.2.104：放开「今日已签到」拦截，允许对已签到实例重新提交 ... - 现象：用户想对已签到的任务重新打卡（如首次位置填错），被后台以 「今日已签到，无需重复执行」拦截（该提示由 FetchTodayTaskDetail 本地判断返回， 非今日校园）。 - 修复：执行打卡时若当天无未签到实例但存在已签到实例，不再拦截，改用该已签到实例 重新提交；是否真正接受由今日校园服务端决定（实测已能发出请求，受学校侧风控约束）。	2026-10-02 10:49:11 +08:00
becomer	2a53ab7041	v1.2.103：修复范围外签到被强制改回学校坐标（打卡地点显示成学校） ... - 现象：用户 2025050021（安康学院）签到任务填的是家（广东省广州市天河区大观路， 且「是否范围外签到=是」），执行后实际打卡地点变成学校（安康学院）。 - 根因：执行打卡前无条件调用 AdjustSubmitFormToSignRange——当填写坐标不在任何 学校签到范围内时，自动把坐标+地址改成最近的学校签到点。用户本就是「范围外签到」， 被强行改回学校坐标，导致实际打卡点变成学校。 - 修复：仅在「范围内签到」时执行坐标自动回退；「范围外签到」（isMalposition=是/1） 尊重用户填写的位置，不调整。新增 isOutOfRangeSign 判定与单测。	2026-10-02 10:24:10 +08:00
becomer	12db9217d1	v1.2.102：修复兰州理工大学登录（CAS-PaaS 定制 CAS，密码 RSA/base64 加密） ... - 现象：用户 262030500019 登录报「当前学校已有用户正常登录，请检查…」， 实际是账密登录失败（IAP doLogin 报 FAIL_UPNOTMATCH）。 - 根因：该校平台标 joinType=CLOUD（IsIap），但实际为 CAS-PaaS 定制统一身份认证 （cas-paas.lut.edu.cn/cas/login），密码需 RSA（JSEncrypt）加密后以 "__RSA__"+密文 提交；通用 casLogin 提交明文密码被拒。 且 JSEncrypt 的密文是 base64，而本仓库 RSA 工具输出 hex，直接提交亦不通过。 - 修复： 1) 新增 CAS-PaaS 适配（login_caspaas.go）：按登录页特征（/cas/jwt/publicKey、 __RSA__）自动识别，拉公钥、RSA(PKCS#1 v1.5) 加密密码并转 base64，前缀 "__RSA__"。 2) casLogin 解析表单后自动命中 CAS-PaaS 加密。 3) 新增兰州理工特判（login_lut.go）强制走 CAS（其 IAP 不可用）。 - 实测：真实账号 262030500019 登录成功，拿到 MOD_AUTH_CAS/CASTGC。	2026-09-30 23:52:25 +08:00
becomer	bd274a0414	v1.2.101：销假错误透传学校原始 message，修正 2210990000 被误译为「需上传附件」 ... - 现象：用户 3241804227（旧套）已上传附件仍报「需要上传附件」。 - 根因：学校端错误码 2210990000 是通用码，可表示多种原因（实测：1161 为 「需要添加附件才能完成销假」，1219 为「设备更换，无法查看，请联系管理老师」）； 原实现把所有 2210990000 一律硬编码为「该请假销假需要上传附件图片」，覆盖了 学校真实 message，导致「设备更换」被误报成「需上传附件」。 - 修复：优先透传学校返回的 message；仅当 message 为空/failed 时按码兜底。	2026-09-30 15:46:28 +08:00
becomer	ad9dd3e638	v1.2.100：验证码限流 IP 改用 utils.ClientIP，与登录 IP 取值一致 ... 短信验证码与图片验证码的限流此前用 c.IP()，与登录 IP 记录所用的 utils.ClientIP 不一致， 导致限流按错误的 IP 计数（可能所有用户共用一个桶，出现"刚打开就提示需等 15 秒"）。 统一改用 utils.ClientIP(c)。	2026-09-29 22:22:47 +08:00
becomer	0a49dc0080	v1.2.99：修复新套请假「是否离校」被类型默认值覆盖导致提交成「否」 ... - 根因：新套 leaveType.extendInfoBean.isLeaveOut 官方语义是「是否离校」的初始默认值 （0=无默认 / 1=默认是 / 2=默认否），并非强制开关；且提交体 leaveOutInfo.isLeaveOut 学校端只认 1=是 / 2=否。原实现把它当强制值，当类型默认值=0 时把用户选择的「是」 覆盖成 0，学校端因 0 非合法枚举而显示为「否」（兰州交通大学 12261216 即此现象）。 - 修复：提交值以用户选择为准并规范为枚举 1/2（leaveNewOutStatusValue）；不再用类型默认值 覆盖用户选择；类型列表不再把 isLeaveOut 误映射为 mustOut，改为透传 OutStatusDefault 供前端设置开关初始状态（1=默认是，其余=默认否，用户可改）。 - 新增单测锁定枚举映射。	2026-09-29 21:50:23 +08:00
becomer	48926ed72f	v1.2.98：新手引导步骤调整（设备码前置 + 填写邀请码/兑换积分拆为两步） ... - 前两步对调：第 1 步改为「先绑定设备码」，第 2 步拆分为两步—— 「填写邀请码」与「兑换积分」，其后依次为新建任务、执行签到、推广赚积分、VIP。 - 同步更新按步骤索引的硬编码逻辑（示例卡 mock 场景 2/3 → 3/4）。 - GUIDE_VERSION v3→v4（前后端），让老用户重新看到新引导。	2026-09-29 11:57:44 +08:00
becomer	c1573f77ac	v1.2.97：邀请逻辑整改（登录去邀请码 + 推广信息合并 + 填邀请码绑定） ... 1. 登录不再需要邀请码：登录页移除邀请码展示/URL ?invite= 传参；登录/注册不再携带 邀请关系；取消「直接注册奖励(register_reward)」。新用户注册不发放任何积分。 2. 底部导航「个人中心」→「我的」。 3. 个人中心将「邀请链接」「邀请信息」合并为「推广信息」卡片： - 左：邀请码 + 复制按钮（改为只复制邀请码） - 右：奖励积分 + 兑换按钮 - 下方：邀请好友即可获得 x 积分 - 无邀请人用户显示「填写邀请码」→ 弹窗输入 → 提交校验设备码（未绑定提示 「请先绑定设备码」）→ 绑定邀请人并给双方发积分（每人仅可绑定一次）。 4. 后端新增 POST /auth/bind-invite；GetMyInviteInfo/Generate 返回 hasInviter。 5. 新手引导文案与锚点更新（去掉登录携码/链接语义），GUIDE_VERSION v2→v3。 6. 后台设置移除「直接注册奖励积分」项。	2026-09-29 11:40:31 +08:00
becomer	df550bf2ac	v1.2.93：工单未读回复徽标 + 公告面板未关闭工单通知排序靠前 ... 1. 个人中心「工单与反馈」入口新增未读回复条数徽标（工单通知未读数）。 2. 右上角公告(铃铛)面板：工单通知分区把「未关闭工单」的通知排到前面 （后端 ListTicketNotifications 附带 ticketStatus，前端按 status≠closed 优先排序）。	2026-09-28 15:21:00 +08:00
becomer	7f81d54ea2	v1.2.89：返校登记接入打卡任务体系（按 taskType 分流） ... - 新增任务类型 return_register，与签到/查寝共用统一 task 接口 （titles/create/list/form/update/delete/execute/logs），按 taskType 走不同逻辑。 - 后端： - TaskType 增加 return_register；FetchAllRecentTasks 聚合返校登记待办为任务标题 （SignWid="taskWid:stuWid"）。 - ListTasks 对 return_register 按待办集合判定 matched_unsigned/matched_signed。 - GetTaskForm 无形表单（返回空）；ExecuteTask 分流到 executeReturnRegisterTask （取配置校区坐标提交确认到达，扣打卡次数、VIP 免扣、写日志，SSE 体验一致）。 - 移除 v1.2.88 的 /leave/return-register/* 路由与 handler。 - 前端：打卡页（HomeView）接入——标题列表出现返校登记、选中即创建（跳过名字匹配校验、 无形表单直接保存）、列表/日志显示"返校登记"标签（琥珀色）、执行复用同一 SSE。 移除请销假页的返校登记卡片与 API 封装。	2026-09-27 18:06:31 +08:00
becomer	a802912a55	v1.2.88：新增节假日离返校「返校登记」（确认到达） ... - 背景：部分学校（如合肥大学）在「节假日离返校」应用要求假期结束做返校登记， 原系统只支持 信息收集/签到/查寝 等，无法处理该类型。 - 通过应用大厅 getAppInfos 枚举定位到 wec-counselor-leave-return-apps 应用； 实测该校接口：queryReturnConfigList（校区坐标+半径）、queryStuRegisterList（列表）、 submitStuReturnRegisterInfo（提交返校位置）。 - 待办判定：status=="1" 且 returnRegisterInfo 为空；提交参数 {taskWid,stuWid,returnAddress,returnLongitude,returnLatitude,returnSignType}。 - 后端：leave_return.go 服务 + handler + 路由 /leave/return-register/{pending,execute} （默认用学校配置校区坐标，范围内登记；支持范围外带原因）。 - 前端：请销假页展示「返校登记」卡片，有则显示、一键提交。	2026-09-27 17:31:24 +08:00
becomer	9074118889	v1.2.87：修复西藏民族大学登录（定制 CAS，教科书 RSA 小端 hex 密码） ... - 该校平台标记 joinType=CLOUD（IsIap=true），但网关 IAP 账密接口不可用， 提交报 FAIL_UPNOTMATCH（"用户名或密码不匹配"），误导为密码错误。 - 实测真实链路：/iap 302 → cas.xzmu.edu.cn/lyuapServer/login（定制 CAS）→ 表单 POST /lyuapServer/v1/tickets（密码加密方式特殊）→ 得 TGT/ST → 回调 /iap/loginSuccess?sessionToken=...&ticket=ST 建立网关会话（MOD_AUTH_CAS）。 - 关键差异：密码加密为该站前端库的"教科书式 RSA（无填充）+ 小端序零填充 + hex"， 与通用 wisedu 的 PKCS#1 v1.5 完全不同（用 PKCS#1 会被解成乱码 → PASSERROR）。 - 新增 login_xzmy.go 单独适配该校（真实账号 124509440 实测登录成功）， 并在 CpdailyLogin 分派；含加密/票据解析/错误码翻译单测。	2026-09-27 14:12:24 +08:00
becomer	176c43251c	v1.2.86：新套请假支持手写承诺书签名（isSign 类型） ... - 背景：部分新套学校（如成都职业技术学院）请假要求先手写《请假安全承诺书》 并上传签名图，缺失时服务端报「手写承诺书不能为空」。 - 字段来源：抓取官方 H5（prod v0.0.279）SafetyLetter/Apply chunk 反查确认—— 签名图经 OBS getUploadPolicy 上传后，作为 attachs 中 {attachType:1,attachUrl,attachSize,attachName:"学生手写承诺书",obsKey,isStuSign:true} 提交。 - 后端：类型列表透传 requireSign（queryLeaveType.isSign）；提交表单支持 signatureUrl 生成签名 attach；提交前复核未签名直接拦截。 - 前端：选中 requireSign 类型即弹出 canvas 手写签名板，签名图上传 OBS 后随提交携带。	2026-09-26 18:04:22 +08:00
becomer	839637b3d3	v1.2.85：置顶公告改为「标题：详情」循环滚动，且不进入用户公告列表 ... - 打卡页顶部置顶公告由「仅标题，点击弹详情」改为「标题：详情」整体左右循环滚动播放。 - 置顶公告从用户公告列表、未读数与聚合信息中排除，也不可被标记已读。 - 置顶仅对普通用户公告开放（后台开关在选代理时禁用并复位，后端同步校验）。	2026-09-25 13:31:35 +08:00
becomer	5ee8e47b0f	v1.2.84：扣款额度可配置（支持小数/0）+ 置顶公告横向滚动 ... - 新增系统设置 deduct_checkin/deduct_leave/deduct_report（默认 1）， 打卡/请假/销假从数据库读取扣减额度，支持小数与 0（0=不扣费）； sign_count 由 int 改为 decimal(12,2) 以支持小数次数。 - 新增置顶公告：announcements.is_pinned 字段 + /announcements/pinned 接口， 打卡页顶部横向无缝滚动展示，点击查看详情；后台公告管理支持置顶开关与标识。 - 后台系统设置新增三项扣款额度配置；用户/后台的签到次数展示改为去尾零格式。	2026-09-25 13:07:14 +08:00
becomer	518f3506df	v1.2.82：修复新套请假审批人查询失败——时间格式统一裁秒 ... 新套 getApproveFlowList 按 "yyyy-MM-dd HH:mm" 严格解析（如 hbgyzy 病假类型 7151 报 unparsed text found at index 16），前端补秒的 19 字符时间导致接口报错， 前端静默降级后误显示"该校该请假类型未配置审批人"。在 FetchLeaveNewApproveFlow 服务层统一裁秒，覆盖前端预取与提交执行两条调用路径。	2026-09-23 00:14:53 +08:00
becomer	21b37c6ad8	v1.2.81：请销假链路健壮性与设备码校验 ... - leavePost 统一校验 HTTP 状态码与空 body：非 2xx 报「学校服务端响应异常(HTTP xxx)」， 空 body 报「可能触发风控或瞬时故障」，不再抛出无意义的 JSON 解析错误 - 旧套销假识别 2210990000（需附件）：提示上传附件后重试 - 打卡/请假/销假执行入口补后端设备码硬校验；请假页前端入口补绑定引导弹窗 - SMS 注册密码不再使用设备码样式的随机值（避免与设备码绑定语义混淆）	2026-09-22 19:14:26 +08:00
becomer	a7180eebba	v1.2.80：根治 cookie 失效误报——统一识别登录态失效并自动续期 ... ① 问题：用户赵佳威（芜湖职业技术大学）反馈「无法获取签到任务」。 日志显示 whit.campusphere.net 两类查询均报 "解析任务列表响应失败: invalid character '<' looking for beginning of value" —— 今日校园返回 HTML（请求被 302 到 authserver 登录页），即 cookie 已失效。 其 MOD_AUTH_CAS 票为 09-11 签发、早已过期；而 last_login_at 显示 09-21 是 jwt 中间件 touchDailyLogin 刷新的"当天使用"标记，并非真实重登，故造成 "看起来刚登录过、却取不到任务"的假象。 ② 根因：原 isCookieExpired 仅匹配错误文案「未登录/登录已过期」，而 HTML 响应的 报错是 invalid character '<'，匹配不到 → 既无法识别、更不会触发续期， 用户只看到空任务列表。该问题影响所有「已登录后调用今日校园」的接口 （任务列表、用户信息同步、请销假等）。 ③ 修复： - cpdaily 层新增 ErrCookieExpired 与 unmarshalBody：解析响应体前先判断 是否为 HTML，是则返回 ErrCookieExpired（42 处 body 解析统一接入； 登录/发码/滑块等登录流程不涉及用户 cookie，保持原样不误伤）； - FetchAllRecentTasks 改为返回 error（两类查询都失败时），供上层识别续期； - isCookieExpired 合并 ErrCookieExpired 判定 → 既有 25 处调用点自动受益； - 新增 withCookieRefresh（通用包装）：检测到登录态失效 → refreshCpdailyCookie （长期凭证优先，其次密码重登）→ 用新 cookie 重试一次；续期失败返回 ErrCookieExpired，上层转「登录凭证已过期，请重新登录」； - 应用于 GetTaskTitles、GetPendingLeaves（含新/旧套件）、syncUserProfile（用户信息）。 - 防递归：refreshCpdailyCookie 内部同步用户信息时禁续期 （syncUserProfileWith allowRefresh=false），避免「续期→同步→再续期」风暴。 ④ MFA 学校说明：MFA 通道登录签发短期 JWT，到期即要求重新登录，本就不需自动续期； 非 MFA 学校（如本例）的 cookie 由上述链路自动续期，用户不再被莫名踢出。 ⑤ 验证（真实数据，只读）： - 用赵佳威过期 cookie 调 FetchAllRecentTasks：由原来的 invalid character '<' 变为 cpdaily_cookie_expired，errors.Is(err, ErrCookieExpired)=true； - 模拟完整链路：旧 cookie 失败 → 用其保存密码重登成功（6 个 cookie、含新 MOD_AUTH_CAS、 无 MFA）→ 新 cookie 重试成功取到任务「查寝」； - go build / go vet / go test ./... 全过。	2026-09-21 16:57:21 +08:00
becomer	386c6e2bf8	v1.2.79：工单改为软删除——用户删除后管理员仍可见（保留处理痕迹） ... ① 问题：用户可删除自己的工单，且管理员完全看不到。根因是 Ticket 无软删除， 删除为物理删除并级联删除全部消息，记录从表中消失，管理端列表/统计均无痕迹， 用户可借此抹掉工单内容与管理员的全部回复。 ② 修复： - model.Ticket 增加 DeletedAt gorm.DeletedAt（AutoMigrate 自动加列， 既有数据 deleted_at 为 NULL 视为未删除，不受影响）； - DeleteTicket 改为软删除，且不再级联删除 TicketMessage / TicketNotification， 保留完整对话与通知，供管理端追溯； - 管理端 AdminListTickets / AdminGetTicket / AdminReplyTicket / AdminUpdateTicketStatus 改用 Unscoped()，可查看并继续处理已删工单， 列表与详情响应新增 deleted 字段； - 用户端（ListMyTickets / GetTicketDetail / AddTicketMessage / CloseTicket） 不加 Unscoped，GORM 默认过滤 deleted_at，用户看不到自己已删除的工单； 未关闭工单计数同样自动排除已删除（不再计入"进行中"）。 ③ 前端：管理员工单列表与详情在状态标签旁展示「用户已删除」标记 （含 title 提示）；api/ticket.ts 的 AdminTicketListItem / TicketDetail 增加 deleted。 ④ 验证：在真实 MySQL 上用临时表（tmp_softdel_probe，验证后已删除）确认三项语义—— 默认查询过滤软删除（count=0）、Unscoped 可见且 deleted_at 可读、 管理端 Unscoped().Table().Select("t.*") + 内嵌结构体扫描能读出 deleted_at； go build / go vet / go test ./... 通过；vue-tsc --noEmit、npm run build 通过。 注：此前已被物理删除的工单无法找回，本改动仅对之后生效。	2026-09-21 13:35:39 +08:00
becomer	a0064881b3	v1.2.77：手机号登录增加两个独立图片验证码（发码 / 登录各一） ... ① 需求：手机号登录的「获取验证码」与「输入验证码登录」两步都需要各自的图片验证码， 且两者相互独立（不共用同一个 captchaId）。 ② 后端（backed/internal/handler/sms_login.go）： - SmsSendRequest / SmsLoginRequest 增加 captchaId + captchaCode 字段； - SmsSend 与 SmsLogin 各自调用 service.VerifyCaptcha 校验， 缺失或错误分别返回「请输入图片验证码」/「验证码错误或已过期」。 （原 SmsSend 仅有 IP 限流，现补上图片验证码，防脚本刷短信。） ③ 前端（LoginView.vue + api/auth.ts）： - 新增两组独立验证码状态：发送用（smsSendCaptcha*）与登录用（smsLoginCaptcha*）， 各自有 id / image / 输入 / 错误 / loading； - 通用刷新函数 loadSmsCaptcha('send'|'login')；进入手机号模式时两组各取一份； - 手机号模式下渲染两个验证码输入框（发送前一个、登录前一个）； - sendSmsCode / smsLogin 增加 captchaId + captchaCode 参数； - 发码失败或登录失败分别刷新对应验证码。 ④ 邀请码兼容：手机号登录路径继续透传 inviteCode（URL ?invite= 自动带入）， 新用户注册时经通用注册流程发放邀请/注册奖励；已有账号匹配时不重复发奖。 ⑤ 验证：go build / go vet 通过；vue-tsc --noEmit、npm run build 通过。	2026-09-19 23:41:43 +08:00
becomer	4ca952f2ac	v1.2.76：新增手机号验证码登录（无需选学校）+ 与学工号登录账号互通 ... ① 手机号验证码登录（对标旧项目 likedream-go login/sms.go）： - 短信发码：POST https://mobile.campushoy.com/app/auth/authentication/mobile/messageCode/v-8222 （手机号 AES 加密后以 a=参数提交）； - 验证码登录：POST .../mobileLogin/v-8222，返回 a=base64(AES(json))，解密后含 tenantId（学校租户）、openId（学工号）、sessionToken、tgc(CASTGC)； —— tenantId 由登录响应直接给出，故**无需用户先选择学校**； - 换取 CAS cookie：GET {学校域名}/wec-im-group/group/imUserToken/getImUserToken， 带 AmpCookies 头（DES 加密 {AMP1,AMP2:[{name:sessionToken}]}）与预置 clientType/tenantId/standAlone/sessionToken/CASTGC cookie，换回含 MOD_AUTH_CAS 的 cookie。 ② 长期凭证续期：cookie 含 sessionToken（长期有效），cookie 过期时优先用 RefreshCasCookie 直接换取新 CAS cookie，不再依赖 raw_password—— 手机号验证码登录的账号没有密码，原「密码重登」路径无法续期； 续期失败再回退原密码重登逻辑（学工号登录用户不受影响）。 ③ 账号互通（兼容手机号与学工号登录指向同一用户）： - 手机号登录：按「同校 + 同学工号(openId)」匹配已有账号并复用；未命中则按 用户名（学校短码+学工号）再匹配；仍未命中才走通用注册流程（复用邀请/注册奖励）； - 手机号登录后回填 student_id 与 mobile_phone，使其之后用学工号登录也能匹配到； - 学工号登录（findOrCreateUser）增加「同校 + 同学工号」兜底匹配， 反向兼容「先手机号注册、后学工号登录」的场景。 ④ 前端登录页：新增「学工号登录 / 手机号登录」切换；手机号模式下仅需 手机号 + 短信验证码（含 60s 倒计时），不选学校。 ⑤ 验证：go build / go vet / go test ./... 通过；vue-tsc --noEmit、npm run build 通过。 加密键与旧项目一致（AES-128-CBC / DES-CBC，PKCS7），复用既有 crypto.go。	2026-09-19 23:14:29 +08:00
becomer	edeabb0fc0	v1.2.75：回滚「每日签到积分」功能（保留验证码框修复） ... v1.2.74 的签到积分功能经评估效果不佳，按需求回滚： - 移除 User.checkin_points 字段； - 移除 POST /api/auth/checkin 接口及路由； - 打卡/请销假恢复为仅扣 sign_count（移除「优先消耗 1 积分」分支与 deductQuota）； - 移除个人中心「签到积分」入口、签到弹窗与 api/auth.ts 的 checkin 方法及类型字段。 保留 v1.2.74 中的「验证码框留白修复」（与签到积分无关）： - 个人中心验证码容器 w-24 → w-[120px]（3:1 匹配生成图 180x60）、图片 object-cover； - 登录页两处验证码图片 max-w-full/max-h-full object-contain → w-full h-full object-cover。 验证：grep 确认无 checkin 残留；go build / go vet 通过；vue-tsc --noEmit 通过。	2026-09-19 11:41:42 +08:00
becomer	559b146408	v1.2.74：新增每日签到积分（个人中心）+ 打卡/请销假优先消耗积分；修复验证码框空隙 ... ① 签到积分体系： - User 新增 checkin_points（decimal(10,4)，0~1），AutoMigrate 自动加列； - 新增 POST /api/auth/checkin：校验已有图片验证码后，随机发放 0.01~0.30 积分（保留 4 位小数），封顶 1.0；达 1 后不可再签到（原子条件更新防并发超发）； - 个人中心新增「签到积分」入口：显示 当前积分/1 与签到按钮（达上限置灰「已达上限」）， 弹窗内含积分规则、当前积分与图片验证码。 ② 打卡 / 请销假改为优先消耗签到积分： - 额度检查与扣减逻辑由「仅 signCount」改为「积分≥1 优先扣 1 积分，否则扣 1 次数」； - 覆盖 3 处执行点：任务执行（task.go）、销假新套与旧套（leave.go）， 抽公共函数 deductQuota 复用；均用条件更新原子扣减；VIP 仍免扣。 ③ 修复验证码框留白： - 生成图为 180x60（3:1，代码强制下限），而个人中心验证码容器原为 w-24 h-10（2.4:1）， 图片按宽度缩放后上下留空。统一容器宽度为 w-[120px]（3:1）， 并把图片改为 w-full h-full object-cover 填满（登录页两处同改）。 ④ 验证：go build / go vet 通过；vue-tsc --noEmit、npm run build 通过。	2026-09-19 11:15:25 +08:00
becomer	d8f2c3676c	v1.2.73：待销假列表过滤已驳回的请假记录 ... ① 问题：销假时「待销假列表」出现已驳回状态的请假记录（用户 陈莎莎/1038 即是此情况），这类记录无法销假，不应出现在列表中。 ② 根因：旧套待销假列表 FetchLeaveList 只过滤了 status=="4"（已完成）， 未过滤驳回状态。实测该用户旧套接口返回的记录 status="3"（前端映射「已驳回」， 事假/教资认定），被原样放进列表。 （新套 fetchLeaveNewPendingList 已按 3/4 白名单过滤，无此问题；该校走旧套。） ③ 修复：FetchLeaveList 中一并过滤驳回状态—— status=="3"（已驳回）与 status=="10"（逾期自动驳回）。 ④ 验证：go build ./... 通过。只读实测确认该用户旧套记录 status=3 已被排除。	2026-09-19 10:54:12 +08:00
becomer	c90784de67	v1.2.68：编辑表单优先取历史记录的真实经纬度/地址（并校验在打卡范围内） ... ① 问题：编辑打卡任务表单时，经纬度与地址取到的是学校配置的"打卡范围信息" （如 signPlaceSelected[0].address = "新建的签到地点"），而非历史记录里的真实 签到位置。实测用户 1095（兰州财经大学，晚归寝打卡）确认。 ② 根因：ParseTaskForm 的定位取值顺序是「signPlaceSelected[0] 优先」—— 该字段是学校配置的范围点（含范围点名与范围点坐标），被排在历史记录的实际 签到经纬度之前，于是历史真实坐标/地址永远取不到。 ③ 修复（backed/internal/service/cpdaily/task.go）： - 改为「历史记录优先」：先取 histRows 的 longitude/latitude 与 signAddress/position； - 但新增范围校验 coordsWithinSignRange：历史坐标必须落在打卡范围内 （复用已有 parseSignPlaces + haversineMeters，逐点比对 radius）； 超出全部范围点时放弃历史坐标与地址，回退到 signPlaceSelected[0] 范围点， 避免服务端以"位置不在签到范围内"拒绝提交； - 无范围点配置时不做限制（沿用历史坐标）；历史坐标缺失同样回退范围点。 - 无历史记录（histRows == rows）时行为与改动前一致，无回归。 ④ 验证（真实数据，只读）： - 修复前 lon=103.89427283364513 / lat=36.053086828712225 / address=新建的签到地点； 修复后 lon=103.894854 / lat=36.052122 / address=中国甘肃省兰州市城关区拱星墩街道段家滩路426号（历史真实值）； - 实测该历史坐标距范围点 119.3m < 240m，判定在范围内 → 正确采用历史值； - 超范围/空坐标/无范围点三类边界均按预期； - 无历史记录分支输出与改动前一致。 - go build / go vet / go test ./... 全过。 顺带修正 v1.2.66 调序后未同步的两个测试断言（二维码项已移至末尾）。	2026-09-18 21:48:33 +08:00
becomer	a3ec85f4d3	v1.2.66：扫码签到表单项顺序调整——经纬度/地址在前，二维码置于最后 ... 扫码签到表单原顺序为「二维码ID → 经度 → 纬度 → 地址 → 照片 → 额外字段」， 与普通签到（定位在前）不一致。现调整为「经度 → 纬度 → 地址 → 照片 → 额外字段 → 二维码ID」， 定位字段顺序与普通签到对齐，二维码作为扫码任务特有项放在最后。 仅调整 parseScanTaskForm 中表单项的 append 顺序；fillScanSubmitForm 按 colName 查找字段， 不依赖顺序，提交逻辑不变。go build ./... 通过。	2026-09-18 18:05:50 +08:00
becomer	ee466b253d	v1.2.65：修复扫码签到报错 empty String——补上经纬度/地址 ... ① 问题：用户陈莎莎（昆明文理学院，任务 139「2027届毕业生体检签到」）扫码签到 始终报 "empty String"。 查日志：submitSign 响应 code=-1 message="empty String"，即今日校园服务端返回的 校验错误（我们代码里无此字符串，仅原样透传）。 ② 根因：该任务 signMode=2（扫码签到）。v1.2.40 把扫码签到提交体改为 「用 qrUuid 替代 signInstanceWid、不携带经纬度」，但实测服务端仍要求定位字段： SubmitSign 的提交信封里 lat/lon 取 submitForm 的 latitude/longitude， 扫码分支被留空 → 提交外层 {"lon":"","lat":""} → 服务端把空串转数字抛 NumberFormatException: empty String。对照官方 qrsign 页面 JS（counselor-front）， 其 submitSign 的 body 明确含 position 与 ...currentPosition（经纬度）， 印证定位字段是必需的。历史上扫码签到从未成功过一次（成功记录均为普通定位签到）。 ③ 修复（对齐普通签到）： - parseScanTaskForm 新增「经度/纬度/签到具体地址」三个表单项（lon/lat/address）， 取值优先级与普通签到一致：signPlaceSelected[0] → 历史/详情的 longitude|latitude → 详情的 position|signAddress；抽为 extractScanPosition 复用。 - fillScanSubmitForm 提交体补上 longitude/latitude/position， 表单未提供时回退任务详情的学校默认坐标。 - 前端按 colName 渲染，新字段自动显示，无需改动。 ④ 验证：go build ./... 、go vet ./... 、go test ./... 全过 （同步更新扫码任务的表单/提交体断言）。不检查部署。	2026-09-18 18:00:41 +08:00
becomer	4ec3e55030	v1.2.62：二维码解析全面移到前端，移除后端解析接口与 gozxing 依赖 ... ① 前端：取消二维码解析的后端降级。二维码一律由前端 jsQR 解码并提取 uuid； 识别失败直接提示用户换更清晰的图片，不再把图片回传后端。 ② 后端：删除 POST /task/qr/decode 接口（handler.DecodeTaskQr）及其路由； 删除 qrcode.go 中所有图片解码相关代码（DecodeQRFromImage / decodeQRImage / scaleImage / ResolveQrUuidFromContent / decodeQrTextToUuid）——后端不再接收二维码图片。 保留 ExtractQrUuid（纯正则文本提取），提交签到（fillScanSubmitForm）与历史值归一化仍在用。 ③ 依赖：go mod tidy 移除 github.com/makiuchi-d/gozxing（不再被引用）。 golang.org/x/image 因验证码字体（captcha.go）仍在用，保留。 删除仅供已删测试使用的 internal/service/cpdaily/testdata/test_qr.png。 ④ 前端 API：移除 auth.ts 的 decodeQr()。 ⑤ 验证：go build / go vet / go test ./...、vue-tsc --noEmit、npm run build 全过。	2026-09-18 16:40:15 +08:00
becomer	879628d0eb	v1.2.59：修复首页接口传输 2.9MB（列表瘦身 + gzip）+ 二维码只存 uuid ... ① 根因：GET /api/task/list 每次返回约 2.9MB。ListTasks 用 Find 返回整行 CpTask（含 longtext 的 formData）， 而历史数据里 formData 存过 base64 图片（id=133 的 qrCode 单条 2,959,961 字节，实为 4032x3024 现场照片）， 且 nginx gzip_types 未覆盖 application/json，明文传输。该任务创建于 09-18 13:25，与“今天突然变慢”吻合。 实测：任务仅 62 条，form_data 合计 515 万字节；某 IP 单日拉取 53 次 ≈ 99MB。 ② 列表瘦身：ListTasks 改返回轻量 DTO TaskListItem（不含 formData），并新增服务端预计算的 missingFields （用已加载的 formData 计算，零额外 IO）。新增 GET /task/form-data/:id 返回该任务已保存表单，供编辑弹窗预填 （/task/form/:id 是从今日校园重拉模板会丢已填值，不能替代）。前端 executeTask 预检改用 missingFields， openEditModal 改走新接口；TaskInfo.formData 改为可选。 ③ 二维码只存 uuid：新增 POST /task/qr/decode，复用后端已有 gozxing 解析（不引入新库）， 前端上传后仅保存 uuid（Prompt：中文名“二维码ID”，colName=uuid），不再写入整张 base64 图片。 关键修正：ExtractQrUuid 原先只认 32 位 hex 裸串，而链接里的 uuid 允许 [0-9a-zA-Z_-]+， 仅存裸 uuid 会导致非 hex 学校执行时解析失败 → 新增 bareTokenPattern（8~64 位 token）分支， 并让 fillScanSubmitForm 兼容 uuid/qrCode 双字段名（旧数据不受影响）。 ④ gzip：在应用层加 fiber compress 中间件（nginx 由 1Panel 托管、跨 5 站点、不进版本库，不宜直改）， 用 Next 排除 SSE 端点 /api/task/execute/*（流式响应不可缓冲）。 ⑤ 验证：go build、go vet、go test ./...（新增裸 uuid/非 hex uuid/字段归一化用例）、vue-tsc --noEmit、npm run build 全过。 不清理历史 base64 数据（按要求暂不动）。	2026-09-18 16:09:20 +08:00
becomer	55eff6e80a	v1.2.54：修复请假附件区被隐藏——根因：旧套学校 enableAttach 恒为 0，不能作为显示/放行条件——① 实测复现：陈莎莎（ysdwl 昆明文理学院）名下 6 个请假类型，queryLeaveTypeCfg 全部返回 enableAttach=0、attachmentNumberLimit=4（学校实际允许传 4 张，app 内亦显示为可选附件），而 v1.2.53 前端显示条件为 enableAttach===1，导致所有旧套学校附件区被隐藏；多校只读采样（马鞍山/兰州财经/安徽师大/芜湖职大/蚌埠医科/新疆师大/矿大）确认旧套 enableAttach 全为 0、limit 全为 4，属该字段在旧套链路的语义问题而非个例；② 判定修正：可传附件 = enableAttach===1 或 attachmentNumberLimit>0（前端新增 applyAttachVisible；旧套服务端校验同步改为「两者都表明不可用才拒绝」）；上限仍取 min(4, 学校值)；③ 新套侧补漏：leaveNewToLeaveTypes 在 isVisibledEvidenceFile=false 时不再带出 evidenceFileCountMax（否则前端按「上限>0」会误显示上传入口），仅可见时带出；④ 新增回归测试 TestLeaveNewToLeaveTypesAttachGating（可见/不可见类型分别断言开关与上限）；go build、go vet、go test -count=1 ./...、vue-tsc --noEmit、npm run build 全过；⑤ 全流程只读实测（未调用任何提交接口），真实提交由用户自测	2026-09-16 18:02:35 +08:00
becomer	b436781d7d	v1.2.53：请假申请附件支持多图上传（最多 4 张）——用户对比老版本发现「请假那里没有上传图片」——① 现状澄清：上传入口本就存在但被学校开关隐藏（v-if=enableAttach===1），且只能传 1 张；本版新增「附件」字段并支持多图，保留学校开关（用户确认）；② 数量上限：min(4, 学校配置)——新增 LeaveMaxAttachCount（未配置/超 4 均按 4，否则取学校值），旧套取 queryLeaveTypeCfg.attachmentNumberLimit、新套取 getLeaveTypeDetail.evidenceFileCountMax；③ 协议确认：两套提交体字段本就是数组（旧套 applyAttach=[{type:1,url}]、新套 attachs=[{attachType:1,attachUrl,obsKey,...}]），多图为自然扩展，无需新增接口；上传/预览复用现有 /api/task/upload-policy、/api/task/preview-url（已含新旧套分流），每张图走一遍链路；④ 后端：LeaveApplyParams.ImageURL→ImageURLs、LeaveNewApplyParams.ImageURL/ImageKey→ImageURLs（每张 obsKey 由 URL 推导）；请求体新增 imageUrls[]，保留旧 imageUrl 字段做兼容合并（保序去重、剔除空串，避免旧缓存前端附件被静默丢弃）；服务端复核：旧套校验 enableAttach 开关与数量上限，新套校验 isVisibledEvidenceFile 开关、数量上限、isRequiredEvidenceFile 必填与 evidenceFileCountMini 张数下限；⑤ 前端：附件区改多图网格（缩略图+单张 X 移除+未达上限显示上传方块），label 显示「最多 N 张，已传 x/N」；多选逐张顺序上传并复用 uploadImageToObs；切换类型时不支持附件则清空、上限变小则截断；提交前复核开关与上限；⑥ 销假保持单图不动（未在本次范围内）；⑦ 新增测试：service 层多图断言（旧套 2 张 applyAttach、新套 2 张 attachs 逐张 obsKey）、LeaveMaxAttachCount 边界（0/-1/2/4/9）、空串剔除、handler mergeApplyImageURLs 7 用例（去重/追加/空白裁剪/全空）；go build、go vet、go test -count=1 ./...、vue-tsc --noEmit、npm run build 全过	2026-09-16 17:48:17 +08:00
becomer	ac743eda88	v1.2.52：执行日志软删除改造——用户删除仅标记 deleted_at（前台隐藏、任务状态不受影响），后台统计与明细计入已删除（标注「已删除」）——① 动机：日志删除原为物理删除，会连带从后台统计中消失，导致「已执行累计/今日统计」凭空减少，且删除当天成功日志会让任务被跨天重置逻辑误判为未执行、出现重复打卡；② 模型：CpTaskLog / CpLeaveLog 增加 DeletedAt gorm.DeletedAt（带索引），AutoMigrate 自动加列，存量数据 deleted_at 为 NULL 视为未删除，无需数据迁移；③ 前台：GORM 默认作用域自动过滤软删除，用户端日志列表（/task/logs、/leave/logs）与删除接口（DB.Delete 自动转为 UPDATE deleted_at）无需改动即符合预期；④ 任务完成状态：ListTasks 的「当天是否存在成功日志」跨天重置查询改用 Unscoped，删除当天日志不再触发状态回退（否则会重复打卡）；⑤ 后台统计：已执行累计、今日状态、今日统计卡片（执行/成功总数）全部改用 Unscoped 并并入请假/销假（cp_leave_logs），口径统一为「签到+查寝+请假+销假」；⑥ 后台明细：AdminListTaskLogs 由单表查询改为两表 UNION（同一条常量 adminLogUnionSQL，事务探针复用），新增 deleted（已删除标注）与 source（1=任务 2=请假销假）字段，请假/销假映射 task_type=leave_apply/leave_report；⑦ 修复 UNION 真实报错：两表分属不同时期建表，字符串列 collation 不一致（cp_task_logs=utf8mb4_unicode_ci / cp_leave_logs=utf8mb4_general_ci），直接 UNION 报 MySQL 1271 Illegal mix of collations，已对请假侧字符串列显式 COLLATE utf8mb4_unicode_ci；⑧ 新增事务级探针 TestSoftDeleteProbe（默认跳过，PROBE_DB=1 时连真实库执行并整体回滚，不改动任何持久数据）：覆盖前台隐藏、状态不受影响、后台计入、UNION 标注/deleted/source/success 过滤分支；⑨ 前端：AdminUsers.vue 日志明细类型标签补「请假/销假」、已删除记录追加灰色「已删除」徽标、列表 key 由 id 改为 source-id（两表 id 独立自增会撞键），api/admin.ts 类型同步；⑩ 验证：go build、go vet、go test ./...、PROBE_DB=1 事务探针、vue-tsc --noEmit、npm run build 全过	2026-09-15 18:38:16 +08:00
becomer	53cbedeb95	v1.2.51：泰州学院（tzxy）等新套学校请假/销假适配——新增 wec-counselor-leave-new-apps 全链路 + 按学校应用自动分流 ... ① 根因与定位：tzxy 的旧前缀 wec-counselor-leave-apps 被网关整体拦截返回 HTTP 420「产品已到期」， 但该校实际使用的是新一代「请销假」应用 wec-counselor-leave-new-apps/stu/mobile/index.html （由辅导猫首页 getAppInfos 应用列表确认；实际接口实测全部正常）。 新旧两套是完全不同的 API：新套明文 JSON + CpdailyClientType、类型用 typeWid、 审批流/抄送独立接口；旧套 bodyString 加密 + Cpdaily-Extension 签名、类型用 code。 ② 自动分流：新增 handler/leave_flavor.go——辅导猫 getAppInfos 探测本校请假应用 openUrl 判定 new/old，探测失败用新套 ping 兜底，结果按学校缓存 30 分钟； 所有请假链路（类型/审批人/待销假列表/销假审批人/销假执行/请假执行/上传策略/预览）按 flavor 分发。 ③ 新套实现（cpdaily/leave_new.go）：queryLeaveType（分页拉全）、getLeaveTypeDetail（权威开关）、 getApproveFlowList（审批人+flowData）、getCcSearchList/getLastCcObjects（抄送人）、 /stu/leave/apply（明文 JSON 提交）、/stu/leave/list、reportList（规定销假位置）、 getReportApprovers（销假确认人）、queryLeaveDetail、/stu/leave/report（销假提交）、 OBS getUploadPolicy/previewAttachment（COS 风格，obsKey 从 URL 推导与官方前端一致）。 ④ 契约翻译：新套数据在 handler 层翻译为现有前端契约（LeaveType/LeaveItem/LeaveApprover）， 前端零结构改动；新增 statusText 权威状态文案（新套 1审批中/2即将休假/3休假中/4销假逾期/ 5销假确认中/6销假已驳回/7已完成/8已驳回/9已撤销/10退回重填），前端优先展示、旧套回退本地映射； pending-list 仅对 status 3/4 补拉详情判断 canReport（reportMode 1/2），附图/审批人开关。 ⑤ 服务端复核：新套请假执行重新拉类型详情校验（原因必填/字数/证明材料）、审批流候选 （userWid 匹配完整对象、无候选不阻止）、抄送人完整对象解析、离校语义（isLeaveOut 强制时以类型为准）； 销假执行复核 canReport 状态与确认人。 ⑥ 测试：新增 leave_new_test.go 7 个测试（obsKey 推导/canReport/状态文案/销假表单/请假表单 离校与不离校两分支/响应码解析）；go build/go vet/go test 全过；前端 vue-tsc + npm run build 通过； 端到端只读实测 tzxy：flavor=new、5 类型、审批人张文烨、2 销假位置、销假确认人、详情与 OBS 策略全部正常。	2026-09-15 13:34:05 +08:00
becomer	42d3b332a5	v1.2.50：辽宁工程技术大学（lntu）登录适配——强制走 CAS + 滑块验证码——① 根因：平台接口返回 joinType=CLOUD（IsIap=true），但网关 /iap/doLogin 不存在（HTTP 405），IAP 账密提交必然失败并返回 FAIL_UPNOTMATCH（"用户名或密码不匹配"，误导用户以为密码错误）；真实链路为 fdm.lntu.edu.cn/iap 302 → 学校 CAS（authserver.lntu.edu.cn/authserver/login）→ 账密 + 验证码 → 回调 /iap/loginSuccess?sessionToken=...&ticket=... 建立网关会话（cookie 落在 fdm.lntu.edu.cn，与 wec-* 任务接口同域）；② 修复：新增 login_lntu.go 的 lntuCasLogin（同 xcu 模式，用 /iap 网关入口覆盖 ampUrl 后走通用 CAS 流程），CpdailyLogin 中对 LntuSchoolId 特判强制走 CAS；③ 验证码类型：抓取登录页 JS 确认 captchaSwitch="2" 且 startLogin 走 createSliderCaptcha()（wisedu 定制滑块，非图形验证码），协议与华侨大学完全同源（openSliderCaptcha.htl 取图、sign=AES(JSON.stringify({canvasLength,moveLength,tracks}), 小图 base64 末16字节) 提交 verifySliderCaptcha.htl、errorCode==1 通过），故仅需将 lntu 加入 sliderIds 配置即可复用现有滑块实现（config.toml.example 同步更新）；④ 端到端实测：真实待适配账号两次登录均一次通过（gapX=92/149 首候选 offset=0 直接命中 errorCode=1），CAS 302 → 6 cookies（CASTGC/JSESSIONID/MOD_AUTH_CAS/happyVoyage/route/platformMultilingual）→ FetchUserProfile 会话有效；⑤ 按用户要求回滚此前 LoginUrl（忘记密码地址）改动——原地址打不开是因为走了 IAP 入口，改走 CAS 后浏览器可直接打开，无需特殊处理；⑥ 新增 login_lntu_test.go（入口计算 7 用例 + ampUrl 覆盖 + 协议常量），go test ./...、go vet 全过	2026-09-14 23:12:06 +08:00