原先班级号位数不对是静默处理的:get_class_name 猜前几位,class_list 根本不校验,填错只表现为登录页班级下拉查不到人。现在两个入口都报错。 - get_class_name 先用 \d+ 抓全再判位数,不合法抛 APIError。不能直接用 CLASS_NAME_RE 匹配,那样 ks251001 会"匹配成功"并悄悄取前 4 位,正是 要避免的猜测 - CreateEditWebsiteConfigSerializer 加 validate_class_list - 位数规则收敛到 utils/shortcuts 的 CLASS_NAME_MIN/MAX_DIGITS 和 is_valid_class_name,两个调用方和错误文案都从常量拼 不以 ks+数字 开头的用户名(管理员、教师账号、kstest)仍返回 None 不报错, 只校验"看起来想当班级用户名"的。 批量导入的构造循环在 transaction.atomic() 之前,报错时一条都不入库。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.0 KiB
3.0 KiB