修:显示区半径输入框被浏览器原生校验误判

现象:输入任意正常半径(3、3.5、7.25…)提交时弹
「请输入有效值。两个最接近的有效值分别为 2.55 和 3.05」。

根因:<input type="number"> 的 **step 是相对 min 递增**的,不是「step 的整数倍」。
min=0.05 + step=0.5 ⇒ 合法值只有 0.05 / 0.55 / 1.05 …,于是 3 和 3.5 全被判非法。
而这是**浏览器原生**提示:JS 与后端都拦不到(我们自己的校验根本没机会说话)。

实测对照(同一元素换 step,其余不动):
  step=0.5  :0.05✓ 1✗ 3✗ 3.5✗ 7.25✗ 13.37✗
  step=0.05 :0.05✓ 1✓ 3✓ 3.5✓ 7.25✓ 13.37✗   ← 仍会拦任意小数
  step=any  :全 ✓                              ← 采用
保留 min/max(真实边界,且给 spinner 范围),只把 step 放开交给 JS/后端校验,
理由与写法都记在模板注释里。

同一 bug 类加了通配守卫,防的是下次换个页面又踩:
- TestNumberInputStepNeverMismatchesMin:扫**所有**模板的数字框,
  凡「有 min 且有数值 step」就要求 min 是 step 的整数倍(或改用 any);
- TestTopicAreaRadiusInputAllowsAnyStep:列表里的输入框是 JS 动态建的,模板扫不到,
  单独钉住 step='any'。
变异验证过:把 step 改回 0.5,守卫立刻红。

实测(无头):输入 3.5 后 validationMessage 为空、form.checkValidity() 为真 ⇒
回车提交不再弹气泡;隐藏字段正确更新为 radiusKm:3.5;越界值只给我们的中文提示
(stepMismatch=false、rangeUnderflow=true,说明「step 误判」这一类已消除)。
全站其它数字框(如迷雾遮罩的 radius_m,min=50/step=50)本来就合法,未改动。
This commit is contained in:
tamakyi
2026-10-12 18:11:53 +08:00
parent 829a318400
commit 9c76437a76
3 changed files with 82 additions and 2 deletions
+4 -1
View File
@@ -271,7 +271,10 @@
inp.type = 'number';
inp.min = String(MIN_KM);
inp.max = String(MAX_KM);
inp.step = '0.5';
// step 必须 any:它是相对 min 递增的,min=0.05 + step=0.5 的合法值只有
// 0.05/0.55/1.05…,填 3 或 3.5 会被浏览器判非法并弹原生提示(「两个最接近的
// 有效值分别为 3.05 和 3.55」)—— 那是浏览器行为,JS 与后端都拦不到。
inp.step = 'any';
inp.value = String(a.radiusKm);
inp.addEventListener('input', function () {
areas = setRadius(areas, idx, parseFloat(inp.value));