273 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
becomer	cb3e0f8917	sdau 提交请假接口实现：按前端源码解析的契约接入 application_submit ... 从主 bundle 路由表 __vite__mapDeps 定位到请假页 chunk 链 （LeaveApply → index-C4CfkeDm.js → fieldsConfig-BzLAymBp.js）， 完整解析出提交契约： POST /api/leave/student_action/application_submit (multipart/form-data) payload = { projectId, requestType:"LEAVE", startTime, endTime, fields[], address, longitude, latitude } 改动： - service：新增 XsgzSubmitLeave（multipart 提交）、XsgzFetchIsRequireLocation - service：do() 支持 JSON body；新增 XsgzSubmitPayload - handler：新增 executeXsgzLeaveApply，SSE 事件流与辅导猫链路一致， 并落 cp_leave_logs - LeaveType / ExecuteLeaveApplyParams 新增 projectId：xsgz 用 UUID 作类型 ID - 前端提交时带上 projectId 顺带修正 GetPendingLeaves：batch-cancel-list 经实测是**辅导员**接口 （学生调用报「没有辅导员销假权限」），学生端改回 leave_page 按状态标记 CanReport。 注：销假写接口（batch-cancel）学生侧契约仍未确认，暂未接入。	2026-10-17 17:34:01 +08:00
becomer	3b46e45eb6	sdau 销假/请假改为真实数据，不再只做拦截提示 ... 问题：上一版对 xsgz 学校只返回「请前往学校学工系统办理」的提示， 用户点销假按钮（/leave/pending-list）和请假类型时拿不到任何真实数据。 改动： - 新增 CasTicketForService：用已有 CASTGC 换取指定 service 的 CAS 票据， 不发起账密登录（handler 侧只有会话、没有明文密码） - 新增 XsgzSession.ToLeaveItems：把 xsgz 请假记录转换为通用 LeaveItem 契约， status 为「休假中/逾期未销假」时 CanReport=true - GetPendingLeaves：xsgz 学校改为真实拉取 /api/leave/record/leave_page - GetLeaveTypes：xsgz 学校改为真实拉取 optional_project_all - LeaveType 新增 ProjectID 字段：xsgz 用 UUID 作类型 ID，与旧契约的整数 code 并存 只读链路已实测通过：登录→CASTGC 换票→access_token→请假记录(1条) / 请假项目(1个)。	2026-10-17 17:25:21 +08:00
becomer	ef03130980	请假/销假全部入口补齐独立学工系统分流，修复点销假仍报 420 ... 问题：上一版只在 GetLeaveTypes 加了 xsgz/xsfw 分支，其余请假入口仍走辅导猫 旧链路。用户点销假按钮（走 /leave/pending-list）时仍拿到辅导猫的 HTTP 420 「产品已到期」，提示误导且无法自助解决。 改动：新增 rejectExternalLeaveSystem 统一守卫，接入全部 7 个请假相关入口： - GetLeaveTypes / GetLeaveApplyApprovers / ExecuteLeaveApply（请假侧） - GetPendingLeaves / GetLeaveApprovers / ExecuteLeave（销假侧） - GetLeaveExtendPrefill（续假） 命中 xsgz/xsfw 时短路返回明确文案「XX大学 的请假由学校「学工系统」独立提供， 不支持在今日校园内提交，请前往学校学工系统办理」，不再让用户看到 420。 新增单测验证分流判定与文案（纯静态映射，不触发网络）。 v1.2.157	2026-10-17 17:12:52 +08:00
becomer	17d3b07c84	CAS 登录按页面实际 captchaSwitch 选择验证码形态，不再只依赖学校静态配置 ... 问题：isSliderCaptchaSchool 一旦命中就永远走滑块分支。但 wisedu CAS 的 captchaSwitch 会随风控状态变化——连续失败后该校可能从滑块(2)切换为 图片验证码(1)，此时 openSliderCaptcha 返回空图、滑块必然失败，最终表现为 「登录失败，请检查账号密码」，掩盖了真实原因。 改动：新增 casCaptchaMode 从登录页读取 captchaSwitch（1=图片 2=滑块）， 登录时优先按页面实际值分流；页面未声明时才回退到学校级 sliderIds 配置。 图片验证码分支复用已有 captchaOCR。 新增单测覆盖 captchaSwitch=1/2/缺失/未知取值/含空白等情形。 v1.2.156	2026-10-17 17:05:18 +08:00
becomer	45212898ae	修复 xsfw 学工会话建立：改用 cookie jar 收集全链路 cookie ... 原实现只从最终响应 cb.Cookies() 取 cookie，会丢掉重定向链中间 302 下发的 MOD_AUTH_CAS / _WEU，导致后续 modules 请求 403。 - 改用 cookie jar 贯穿「CASTGC 换票 → 跟随回调」两步，最后从 jar 全量取； - 换票与回调拆成两个 resty client：NoRedirectPolicy 影响 client 级且请求开始后 不生效，同一 client 无法先取 302 再跟随； - resty 在 NoRedirectPolicy 下遇 302 返回 error，但响应本身有效（含 Location）， 改为忽略该 error、只判断 resp == nil。 v1.2.155	2026-10-17 17:03:29 +08:00
becomer	f2d89a6d61	新增两套独立学工请假系统的 flavor 分流与接口封装 ... 背景：山东农业大学、云南警官学院的辅导猫请假应用均为 HTTP 420「产品已到期」， 两校实际使用各自学校的学工平台请假，与辅导猫无关，需要按学校单独适配。 1. 新增 LeaveFlavorXsgz / LeaveFlavorXsfw 两个 flavor，leave_flavor.go 按 schoolId 优先分流（静态映射，不参与探测缓存），其他学校仍走原 new/old 流程。 2. leave_xsgz.go —— 三易拓「新学工5」（山东农业大学 xsgz.sdau.edu.cn）： CAS(含 wisedu 滑块) → ST → RSA 加密 ticket → /api/cas/callback 换 access_token → /api/leave/* 查询。关键细节： - /api/cas/callback 必须用 application/x-www-form-urlencoded 的 `ticket=xxx` 表单串（用 JSON 会被服务端返回 500）； - RSA 是 RSAUtils 自定义格式（非 PKCS#1）：encodeURIComponent(DK+ticket) 按 charCode 小端装 BigInt，chunkSize=模数字节数-2，输出 hex+空格分隔； - 公钥盐 DK 每次请求都变，必须与模数同批取用。 已用真实前端 security.js 生成向量交叉验证算法逐字节一致； 端到端实测登录/请假列表/类型/表单字段全部通过。 3. leave_xsfw.go —— 金智 xsfw 学工「学生请假」（云南警官学院）： 突破点：辅导猫登录拿到的 MOD_AUTH_CAS（ST-iap 格式）在 xg 学工域无效， 需用 CASTGC 到 authserver 重新换一次 service 指向学工应用的票据， 回调后 xg 域会话才建立（应用首页返回完整 HTML，含 WIS_CONFIG/APPID/APPNAME）。 另修复该校响应的多重 UTF-8 BOM（标准 json.Unmarshal 会直接失败）。 遗留：modules 业务接口仍 403，待真实抓包确认所需请求头。 4. 单测覆盖 RSA 加密向量、encodeURIComponent 边界、BOM 剥离（含前置空白组合）、 schoolId 分流映射。go build/vet/test 全绿。 v1.2.154	2026-10-17 16:59:13 +08:00
becomer	18ead961de	修复请假/销假提交偶发「连接失败，请检查网络」 ... 现象：iOS 独立 QQ 浏览器 App 提交请假时偶发报「连接失败，请检查网络」， 重试十余次偶尔成功；同页其他接口（axios/XHR）与打卡（EventSource）均正常。 根因：请假/销假是唯一使用 fetch + res.body.getReader() 手动解析 SSE 的接口 （因需 POST + JSON body，无法用 EventSource）。这些浏览器对 fetch 响应流的 支持不稳定，偶发 res.body 为 null 或流读取失败，命中 !res.body 分支误报 「连接失败」；服务端实测始终返回 200 + 正确 SSE（生产日志 189 次全 200）。 修复： - 前端 leaveSSE 改用 XMLHttpRequest 增量解析（onprogress 累积 responseText）， 回调签名与事件语义不变；XHR 在这些浏览器上已被证明可靠，且能取到 状态码与错误响应体，错误提示更准确。 - 后端 gzip 排除列表由仅 /api/task/execute/ 扩大到全部 SSE 端点 （/api/task/execute/、/api/leave/apply、/api/leave/execute），SSE 流保持明文。 排查过程：曾怀疑 gzip 缓冲破坏 SSE，写了两个探针测试（事件到达时序、 压缩 vs 不压缩），证伪——压缩下事件仍逐块即时到达，gzip 非根因。 v1.2.153	2026-10-17 00:32:58 +08:00
becomer	57903d9b34	工单状态语义对齐：处理中改蓝、已完成/关闭文案、用户删除自动关闭 ... - 状态颜色：处理中由品牌青绿改为蓝色（adm-badge-sky），即 待处理(黄)/处理中(蓝)/已完成(绿)/关闭(灰)。 - 状态文案：resolved「已解决」→「已完成」，closed「已关闭」→「关闭」； 管理端列表筛选与详情按钮（标记已完成）同步。 - 用户删除自动关闭：DeleteTicket 软删除前先将 status 置为 closed， 此后不可回复，管理端也不再计入未关闭待办。 - 回复权限维持：closed 阶段禁止回复，其余状态（待处理/处理中/已完成） 用户均可在客户端回复（用户回复已完成工单会自动重开为待处理）。 v1.2.151 v1.2.152	2026-10-17 00:03:30 +08:00
becomer	486e7ede04	工单与公告问题修复：回复强制弹窗、消息左右顺序、指定用户搜索、用户回复邮件通知 ... 1. 工单新回复任意页面强制弹出：通知新增 kind 字段（reply/status）， MobileLayout 轮询检测本设备本账号新出现的未读 reply 通知并强制弹窗 （打卡/请假/我的等所有页面均生效）；首次加载只记基线不弹历史， 基线按用户 id 分开存储避免多账号串扰；状态变更通知不弹窗。 2. 修复管理端工单对话左右顺序：此前 user/admin 位置对调（admin 在左、 user 在右），现 manager 侧 admin 居右、user 居左，与用户端一致。 3. 公告指定用户改为搜索选择：新增 /admin/announcements/targets， 按用户名/学号/姓名/学校（代理按用户名）模糊查询，前端改为 搜索候选列表点选，替代手动输入用户ID。 4. 用户回复工单也邮件通知管理员：新增 NotifyTicketUserReply， AddTicketMessage 后异步发信。 v1.2.150	2026-10-16 23:15:26 +08:00
becomer	27157a7b39	合肥工业大学登录适配 + 人脸复核等待序列改为 0/1/2/3 秒 ... 合肥工业大学（school_id 46a6ac8d-...）：平台配置 joinType=CLOUD、idsUrl=hfut.campusphere.net/iap， 但网关 IAP 账密接口不兼容，登录报「账号或密码错误」。实测真实链路为 /iap 302 → cas.hfut.edu.cn/cas/login（标准 Apereo CAS，表单 id=fm1）： - 密码需 AES-ECB/PKCS7 加密，key 来自 /cas/checkInitParams 下发的 LOGIN_FLAVORING cookie （通用 casLogin 从不调该接口，拿不到 key，password 加密错误导致误报密码错误）； - 提交账密后 302 回调 /iap/loginSuccess?sessionToken=...&ticket=ST-... 建立网关会话(MOD_AUTH_CAS)。 新增 login_hfut.go 单独适配（hfutCasLogin/hfutEncryptPassword/hfutCasEntry），并在 CpdailyLogin 分发中接入；已用真实账号实测登录成功。 另：人脸识别复核轮询等待序列由 0/1/2（累计3s）改为 0/1/2/3 秒，逐次等待递增到 3 秒。 v1.2.149	2026-10-16 22:54:06 +08:00
becomer	44de36c47b	修复人脸识别签到「假成功」：提交后复核结果并按真实结果扣费 ... 今日校园对开启人脸识别的查寝/签到任务，submitSign 返回 code=0 仅表示受理成功， 人脸核验在服务端异步进行，可能事后被系统自动驳回（如 FRS.0036 从url获取文件失败）。 此前仅凭 code=0 即判成功，导致日志记成功、照常扣费，而今日校园侧实为未签到。 - 后端：提交成功后若任务开启人脸识别，回查 detailSignInstance 的 isFaceIdentify/recognitionProgress/recognitionProgressCode/signStatus 判定真实结果； 立即查 → 无结果等 1s → 再无结果等 2s（累计≤3s，t≈0/1/3）。 驳回则经 SSE 返回错误并标记失败，不扣费；明确成功才扣费； 三轮后仍无明确结果按成功处理，避免误杀。 - 前端：上传/提交前校验图片非空且体积>0，压缩产物为空回退原文件， 上传失败提示重新选择照片，防止 0 字节空对象入 OBS。 - 新增 evalFaceIdentify/NeedsFaceIdentify/rawCodeString 单测。 v1.2.148	2026-10-16 22:47:16 +08:00
becomer	0ca3528afd	请假/续假与销假弹窗新增操作提示 ... - 请假/续假申请弹窗表单顶部提示：定位经纬度请使用微信小程序「经纬度查询定位助手」 - 销假表单弹窗顶部提示：销假请使用请假设备，授权设备码，否则无法正常销假 v1.2.147	2026-10-15 09:34:24 +08:00
becomer	c47fb0a66e	修复 cookie 过期且自动续期失败时不提示重新登录 ... 手机号登录（无密码）账号 cookie 过期后自动续期失败时，错误链 只带普通错误、不带 needReLogin 信号，导致前端只显示普通错误、 不弹「重新登录」引导，用户无法跳转登录页。 - 新增 ErrNeedReLogin 哨兵 + needReLoginSignal() 统一判定： 密码错误或无法自动续期都视为需要重新登录 - refreshCpdailyCookie 无密码/MFA 无法自动续期时返回 ErrNeedReLogin - 所有执行路径（签到/请假/销假/返校/工作日志/表单/上传/预览） 的续期失败分支统一升级为 wrapNeedReLogin，SSE task_error 与 HTTP 401 均按 needReLoginSignal 判定 v1.2.146	2026-10-14 22:09:33 +08:00
becomer	2a989a15ef	购买 CDK 入口改为原生锚点链接：修复手机浏览器 window.open 被强制当前页打开 ... 手机浏览器（UC/夸克等）把程序化 window.open 当弹窗强制降级为当前页跳转， 换成 <a target=_blank rel=noopener> 走浏览器原生新标签页处理。 微信 WebView 无 tab 概念，仍为当前页打开（平台限制）。 v1.2.145	2026-10-14 11:05:05 +08:00
becomer	150cd86a43	「我的」页新增购买 CDK 显眼入口：后台可配跳转链接与显隐，新标签页打开 ... - 用户端：VIP 卡下方展示渐变购买按钮（含 HOT 角标与光泽动画）， 点击新标签页打开后台配置的链接；开关关闭或链接为空时不渲染 - 后台：系统设置新增「CDK 购买入口」卡（滑动开关 + 链接输入）， 链接校验 http(s) 协议，开关值归一化 true/false - 配置经既有 /cdk/vip-info 接口下发，零新增请求 v1.2.144	2026-10-14 10:50:00 +08:00
becomer	43ca4df9eb	拍照签到执行时重签过期照片 URL：用对象 key 换新鲜签名，无需用户重传 ... 任务里存的 signPhotoUrl 是云端签发的短时效预览 URL（约 5 分钟）， 隔日执行时签名早已过期，直接提交被学校拒为「签到失败」。 执行时先从 URL 提取稳定对象 key 重签新鲜 URL（同一张照片）， 重签失败回退原 URL 不阻断。	2026-10-14 10:49:50 +08:00
becomer	1724a37bcf	修复部分浏览器销假/请假上传图片「选完无任何反应」 ... 用户反馈：销假时选完图片后无转圈、无预览、无报错，服务端也收不到 upload-policy 请求（访问日志可证）。 原实现用游离的 input（createElement 后未挂 DOM）且 accept 限定 image/png,image/jpeg,image/jpg；在部分第三方内核（如 iPhone 夸克） 下，游离 input 不触发 onchange，iOS 相册的 HEIC 等格式也会被判为 不匹配，导致 input.files 为空 → 命中 `if (!file) return` 静默返回。 抽出 pickImageFiles() 统一修复： - accept 改 image/*（与首页上传一致）； - input 挂到 DOM，用完移除； - 监听 cancel 区分「用户取消」（静默）与「选了但读不到文件」（可见提示）； - 销假图片、请假附件两处共用，并修正 uploading 标志在提前 return 之后才置位的问题。 v1.2.143	2026-10-08 23:02:43 +08:00
becomer	d56769b265	修复手机号登录账号无法自动续期：RefreshCasCookie 未使用 CASTGC ... 手机号验证码登录的账号没有 raw_password，cookie 过期后只能靠长期凭证 续期。但 RefreshCasCookie 只发 AmpCookies 头、未把长期凭证 CASTGC（TGC） 预置进客户端，且不跟随 CAS 重定向，导致请求被 302 到登录页，续期必然失败 （表现为「解析续期响应失败: unexpected end of JSON input」），用户被误判 为登录失效。 对齐 ExchangeCasCookie：预置 CASTGC/sessionToken/tenantId 等 cookie，并 跟随 CAS 重定向（跨跳保留原请求头），使网关能换回 MOD_AUTH_CAS。 新增 sms_login_test.go：以 mock 网关覆盖「带 CASTGC 续期成功」与 「缺 sessionToken 直接报错」；旧代码下前者复现同一失败，修复后通过。 v1.2.142	2026-10-08 14:34:13 +08:00
becomer	7f39b39643	续假在后台执行日志中单独归类（新增 action=extend） ... 现象：后台用户管理「当天执行总次数」明细里，续假与请假同显示为「请假」。 根因：续假与新建请假都写 action='apply'，后台 UNION SQL 的 CASE action WHEN 'apply' THEN 'leave_apply' 因此把两者归一。 改动： - 模型新增 LeaveActionExtend="extend" - 请假/续假写日志按 req.IsExtend 分流：续假记 extend，请假仍记 apply - 后台 UNION SQL 映射 extend → leave_extend - 前端执行日志类型标签新增「续假」（紫色徽标） 说明：存量历史的续假记录已写入 apply，无原始标记可回溯，不做数据迁移。 go build/vet/test 与前端 vue-tsc/build 通过。 v1.2.141	2026-10-08 10:39:01 +08:00
becomer	4f6095f6ba	修复旧套续假报「请假定位参数错误」：坐标改放提交体顶层 ... 根因：旧套续假走 /leave/saveExtend，官方提交体把定位放在**顶层** address/latitude/longitude（由前端 locationData 展开），不使用 location 子对象。 此前续假表单直接复用请假的 location:{address,latitude,longitude} 结构， 服务端找不到顶层坐标，返回「请假定位参数错误」。 修复：BuildLeaveExtendForm 删除 location 子对象，改用顶层 address/latitude/longitude （+ locationType），其余沿用请假体。依据：官方 home.*.js 中 saveExtend 请求体构造 （{...model, address, latitude, longitude, locationType, leaveId, extendReason, ...}）。 新增单测覆盖：顶层坐标存在、无 location 子对象、leaveId/extendReason 正确。 go build/vet/test 通过。 v1.2.140	2026-10-08 10:24:37 +08:00
becomer	1fc54efad8	修复旧套（老版请假）续假列表为空：可续假判定改查详情 isAllowedExtend + 状态 ... 现象：云南大学用户点续假显示「没有可以续假的请假单」，但其假单实际正在休假中。 根因：旧套可续假判定此前取列表行的 isAllowedExtend——该字段是新套的， 旧套列表行并不返回，导致 CanExtend 恒为 false，续假列表被前端过滤为空。 修复： - 旧套详情 detailOther 顶层 isAllowedExtend 才是可续假开关（实测：在假期中的单为 true， 已完成的单为 false），FetchLeaveDetail 解析并暴露该字段 - 列表改为查详情后经 leaveOldCanExtend(status, isAllowedExtend) 判定： 状态在假期中（2 处理中/5 即将休假/6 正在休假中）且 isAllowedExtend=true 验证：该用户假单（status=6 正在休假中）现识别为 canExtend=true。 构建/go vet/test 通过；未做提交测试。 v1.2.139	2026-10-08 09:45:44 +08:00
becomer	13faba27b6	修复请假自定义选项字段值类型：提交 optionSeq 数字而非选项文本 ... 现象：请假成功但查看该单详情报 For input string: "是"（服务端返回 code -1）， 且列表接口随之整体报错。 根因：自定义附加字段的选项值应提交 optionSeq（数字），此前提交 optionContent（"是"）。 服务端把文本存进数字字段，导致该单详情（及含它的列表）解析崩溃。 证据：官方 ReApply 分包提交前把服务端的 optionContent 反查成 optionSeq 再提交； 提交体 fieldValue 为数字。 改动：前端选项字段提交 Number(optionSeq)；文本字段仍提交字符串。 验证：用该校真实类型配置在浏览器核对，提交体为 {"fieldValue":1,...}。 注：已被坏数据写入的那张单需要单独处理（见后续说明）。 v1.2.138	2026-10-07 19:01:13 +08:00
becomer	46a4bd3b80	请假附加信息：selfDefineAnswers 补 fieldType，与官方前端一致 ... 官方 Apply 分包构造：selfDefineAnswers = selfDefineFields.map(c => ({fieldWid, fieldName, fieldValue, fieldType}))。 此前漏了 fieldType，补上以降低服务端校验拒绝风险。构建/vue-tsc 通过。 v1.2.137	2026-10-07 18:42:02 +08:00
becomer	248e28858b	修复新套请假「请检查附加信息是否全部填写正确」 ... 根因（用该校真实类型配置核对）：typeWid=1873「离校请假」详情里 - isRequiredEvidenceFile=true（证明材料必填），但类型列表接口返回 false， 我们的映射只看了 isVisibledEvidenceFile，未透传必填开关 → 漏检附件 - selfDefineFields 有必填自定义字段「当天是否返校」(fieldWid=2422)， 我们完全未采集，提交时 selfDefineAnswers 恒为 [] → 服务端拒绝 改动： - LeaveType 增 requireEvidence/evidenceMin/selfDefineFields 并映射（取详情字段） - LeaveNewFormDetail 暴露 selfDefineFields；提交体 selfDefineAnswers 从请求透传 - ExecuteLeaveApplyRequest 增 selfDefineAnswers - 前端：请假表单渲染自定义字段（单选/文本），必填校验（附加字段 + 证明材料最少张数）， 附件标签按 requireEvidence 显示「必传」 - api/leave.ts 补 SelfDefineField/SelfDefineAnswer 类型 验证：用该校真实类型配置在浏览器核对，表单出现「当天是否返校」、附件标注「必传」。 未做提交（按用户要求）。构建/go vet/test/vue-tsc 通过。 v1.2.136	2026-10-07 18:40:37 +08:00
becomer	005ce14013	工作日志签到：改为选择校区，用该校区规定经纬度签到 ... 按需求把签到项的「获取 GPS 定位」改为「选择校区」：用户选所在校区，直接使用该校区 规定的经纬度（学校按点位半径校验）。不再依赖设备定位。 - 后端透传签到范围点（地址/经纬度/半径）到 formItems；新增 WorklogScopePoints 复用 查寝的 SignPlace 解析与 coordsWithinSignRange 距离判定；执行时校验坐标是否在范围内， 不在则明确拒绝并提示（不伪造定位） - 前端签到字段渲染校区下拉，选中即把该校区的 lat,lng 写入字段 content - 移除 GPS 定位按钮与相关函数 验证：用真实范围数据（许东/奶槐等校区）在浏览器核对，下拉正确列出校区，选择后 显示"已选：某某校区"并写入坐标。构建/go vet/test/vue-tsc 均通过。 v1.2.135	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 均通过。未做真实提交。 v1.2.134	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（用范围点当坐标的错误实现） 未验证：签到项在编辑页的定位填写入口尚未在前端提供，端到端未实测。 v1.2.133	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「值班签到」的真实填写要求（时间点还是留空由后端处理）待真实使用确认。 v1.2.132	2026-10-06 19:14:57 +08:00
becomer	c8f77ca030	工作日志提交：回传完整字段对象（仅覆盖 value） ... 官方前端提交时把服务器返回的字段对象原样回传、只改 value；此前仅回传自建模型的 少数字段，字段不全可能导致提交失败或丢数据。改为 WorklogField 自定义 Unmarshal 保留完整原始对象，SubmitWorklog 优先回传该对象并覆盖 value，缺原始对象时退化为 最小结构 {wid,value}。构建/vet/test 通过。 v1.2.131	2026-10-06 18:38:15 +08:00
becomer	145810759e	修复教师账号点「新的打卡任务」误报「登录凭证已过期」 ... 根因：FetchAllRecentTasks 只看 sign/sleep_check 是否成功来判断会话有效性。 教师账号在学生端签到/查寝套件本无权限（返回 cpdaily_cookie_expired）， 两类都失败 → 误判会话失效 → 上层报「登录凭证已过期」，而账号实际刚登录。 修复：会话有效判据改为「任一打卡套件成功」——签到/查寝、返校登记、工作日志 任一返回成功即认为会话有效；仅当全部失败且首个错误表明登录态失效才返回错误。 教师账号经工作日志返回成功，任务列表正常（实测识别到「学管值班」）。 新增 appendUnique 去重单测。 v1.2.130	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 无新增错误。 v1.2.129	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）， 据此提交；缺坐标则跳过该签到项并记日志，避免提交空坐标被判无效。 移除先前依赖用户定位的占位实现。 v1.2.128	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/成功解析/字段解析/提交体形状 未验证（无教师会话）：真实字段名与流程、定位签到坐标来源（当前占位空值）。 v1.2.127	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）。 v1.2.126	2026-10-06 13:16:41 +08:00
becomer	b4357f746f	v1.2.125：打卡页骨架与界面一致；后台执行日志类型不再换行 ... - 打卡页加载骨架改为与主内容同结构：品牌渐变头卡（标题+四宫格+主按钮）、 带左侧色条的任务行、日志时间线；头卡占位用固定白色透明度，暗色下与真实卡片一致 - 后台「执行日志明细」类型列 64→104px，改用 adm-badge（nowrap）并按类型配色， 「返校登记」等长标签单行显示 v1.2.125	2026-10-05 22:59:14 +08:00
becomer	5042c869b1	v1.2.124：各页底部导航滚动收窄行为统一 ... 收窄门槛 COLLAPSE_MIN_RANGE 200→80px：此前可滚动距离不足 200px 的页面（如「我的」约 170px） 从不收窄，与打卡/请假页表现不一致。方向阈值 32→24px、顶部展开区 40→24px， 保留同向累计阈值与回弹夹取，底部回弹/小幅来回不抖动。 v1.2.124	2026-10-05 18:05:51 +08:00
becomer	96e1c3d1f2	v1.2.123：修复登录页选择学校后再次搜索并重新弹出下拉框 ... 原因：选中学校时把输入框写成学校全名，watch 把这次写入当成用户输入， 以全名重新请求并重新打开下拉框；且无防抖、无过期响应保护。 - 写回全名时跳过搜索；选中后再改输入则清空选择并重新搜索 - 300ms 防抖 + 请求序号，丢弃过期响应 - 已选中学校时聚焦输入框不再弹出列表 v1.2.123	2026-10-05 18:01:58 +08:00
becomer	ad9b4f4ee3	v1.2.122：登录页文案调整；切换手机号登录时提示会踢下线 App ... - 功能标签「自动打卡」改为「人脸签到」 - 去掉卡片副标题与底部密码说明 - 点「手机号登录」弹窗提示：会导致今日校园 App 被踢下线，重新登录 App 即可，不影响 App 功能 v1.2.122	2026-10-05 17:55:09 +08:00
becomer	ae4ca4a00e	v1.2.121：请销假页新增「续假」入口；登录页重构美化 ... 续假入口 - 头卡改为「请假 / 销假 / 续假」三按钮，续假打开只含可续假请假单的列表 - 列表按模式过滤：销假只看可销假单，续假只看可续假单；空态说明续假条件（休假中 + 学校允许） - LeaveItem 增 canReport（列表含仅可续假的单，销假模式据此排除） 登录页 - 品牌渐变头图（问候语 + 功能标签 + 细网格），登录卡片上浮压住头图 - 滑块分段控件切换学工号/手机号；输入行改为图标 + 原生输入，整行聚焦高亮，已选学校带勾 - 验证码块统一尺寸并带刷新角标；短信按钮倒计时文案；主按钮固定品牌色 - 登录逻辑不变（已验证验证码加载、学校选择、/auth/login 提交体） v1.2.121	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 逻辑实现，上线后按真实报错微调。 v1.2.120	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），仅新套学校显示入口。 v1.2.119	2026-10-05 17:02:30 +08:00
becomer	f27603f724	v1.2.118：查寝二维码点击先选「拍照扫码 / 相册选图」 ... - 二维码字段改为单一入口「获取二维码」，点击弹出底部选择卡： 拍照扫码（打开摄像头）/ 相册选图（原图片解析），不再默认直接开摄像头 - 选择弹层 z-[120] 高于创建任务表单弹窗，避免被盖住 v1.2.118	2026-10-05 16:18:04 +08:00
becomer	5bb39454b8	v1.2.117：查寝二维码支持摄像头实时扫码 ... - 新增 QrScanner 组件：getUserMedia 调后置摄像头 + jsQR 每 120ms 识别一帧，命中即写入二维码ID - 识别用整帧下采样（480→720 两档），取景框仅作视觉引导：object-cover 会放大裁切画面， 只扫中心区时近距离对准反而扫不到（实测复现） - 支持手电筒（设备支持时）；非 HTTPS / 权限被拒 / 无设备分别给出可操作的提示 - 保留「选图」回退到原有图片解析；扫码页 z-[400] 且显式恢复 pointer-events （reka modal 会把 body 设为 pointer-events:none，否则扫码页按钮点不动） v1.2.117	2026-10-05 16:07:38 +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；新手引导去掉对应目标与文案 v1.2.116	2026-10-04 11:09:47 +08:00
becomer	79d531f340	v1.2.115：修复后台页面无法向下滚动、公告弹窗底部按钮被截断 ... - 后台内容区 <main> 恢复为滚动容器（h-dvh + overflow-y-auto）：html/body 为手机外壳设了 overflow:hidden， v1.2.114 去掉 main 的 overflow-y-auto 后长页面（用户管理等）超出部分无法滚动 - 新建/编辑公告弹窗：标题栏与底部操作栏固定、表单区独立滚动，面板高度限制在视口内，并补充「取消」按钮 v1.2.115	2026-10-02 23:07:58 +08:00
becomer	99e01dc338	v1.2.114：后台管理界面重构美化与样式修复 ... - 新增后台组件类 adm-*（页头/卡片/统计卡/表格/徽标/行内操作/分段筛选/分页/空状态），亮暗两套，各页统一套用 - 外壳：侧栏分组（概览/运营/系统）+ 品牌区 + 选中左侧色条；桌面顶栏面包屑 + 公告入口；手机端玻璃顶栏显示当前页名 - 仪表盘：欢迎横幅展示余额与费率，统计卡新增 CDK 使用率；CDK 页统计卡可点击按状态筛选 - 工单详情改为卡片内对话视图；系统设置改两列网格；代理列表加头像首字母 - 修复：暗色下 bg-blue-500/bg-green-500 白字看不清（改固定品牌/成功色）、text-gray-300 占位符对比不足、 残留的蓝色主题色、工单状态色映射统一 v1.2.114	2026-10-02 22:54:01 +08:00
becomer	02dcd6fc32	v1.2.113：重构个人中心 ... - 头图改左对齐：头像 + 姓名 + 学校，补充学院/班级标签，细网格纹理 - 新增会员卡压在头图下沿：VIP 黑金（显示到期日与剩余天数）/ 普通用户珍珠白，主按钮「开通 VIP / 续费」 - 数据三宫格：可执行次数（点击兑换）/ 邀请积分（够 1 直接换次数，不够提示规则）/ 已邀请人数 - 邀请卡：薰衣草渐变，邀请码大字展示 + 复制按钮，奖励规则一句话说明，「点此填写」他人邀请码 - 功能菜单改 iOS 分组列表：设备码带「已授权/随机/未绑定」状态标签；工单显示新回复数 - 新手引导文案同步新布局；暗色下紫色按钮改固定色保证白字对比度 v1.2.113	2026-10-02 19:58:12 +08:00
becomer	51f3641a0c	v1.2.112：重构首页置顶公告；打卡日志改时间线、任务行精修 ... - 置顶公告新组件 PinnedNotice：一次一条上下翻页轮播（N/M 计数），长文本先停顿再横向滚到末尾， 点击打开底部面板查看全部全文；切后台 / 减弱动态效果时暂停；柠檬暖色卡片，亮暗各一套配色 - 打卡日志：状态圆点 + 竖线时间线，相对时间（刚刚 / N 分钟前 / 今天 / 昨天），失败原因直接展示，空状态带说明 - 任务行：左侧状态色条，执行按钮改品牌渐变圆形主按钮，编辑/删除降级为图标按钮 - 贴边竖条（收藏本站 / 无法请销假 / 网课）位置统一上移避开引导入口；收藏本站改柠檬底深棕字 - 修复 scoped 样式中 `:global(.dark) .x` 被编译为仅 `.dark` 导致暗色覆盖失效（请销假头卡暗色此前未生效） v1.2.112	2026-10-02 19:38:36 +08:00
becomer	9f2f705457	v1.2.111：修复线上暗色主题全站灰底；重做外观切换控件 ... - 根因：postbuild-css 解包 :where() 时直接去壳，Tailwind 暗色变体 `.x:where(.dark, .dark *)` 被拆成 `.x.dark, .dark *`，`.dark *` 成为全局规则，暗色下所有元素被刷上同一背景/边框（开发服务器不经后处理，故本地截图正常）。 改为先展开逗号列表（`.dark .x`），并在产物中出现全局 `.dark *` 规则时直接构建失败 - 外观切换改为整宽三段分段控件 + 滑动高亮，窄屏不再挤压换行 - 我的页对比度：续费 VIP / 兑换按钮改固定深棕字（≥4.6:1），奖励数字改 amber-600 v1.2.111	2026-10-02 15:21:16 +08:00