①弹窗: - 「移动到相册」弹窗:相册列表下那行「我也是有底线的~」(无限加载的哨兵)按弹窗 id 收窄隐藏, footer 多余的横线(border-t)去掉;列表仍可滚动、触底仍会继续加载相册。 - 两个新弹窗排版统一:标题 16px semibold、标签 13px / 值 14px、行高宽松、字段行装进一张 divide-y 卡片等距排列;只用设计令牌色(亮/暗自动正确)。 - 右键菜单的「删除」「重命名」「设置权限」三个 sweetalert2 确认框换成同一套观感 (12px 圆角、16px 标题、13/14px 正文、按钮 = ls-btn/ls-btn-primary/ls-btn-danger、 输入框 = ls-input);JS 一行未改,确认/取消/校验流程原样。皮肤不用 !important, 靠 html 前缀提权重压过 swal2 运行时注入的样式。 ②「<返回」间距真因(上一轮判断错了):标记里那个 mr-1 工具类**从未被 Tailwind 生成** (tailwind.config.js 的 content 只扫 blade,扫不到 resources/js 里的类名),图标 margin-right 实测 0px;且 context-js.css 在页面里没有版本串、iOS 会吃缓存。修法:规则同时写进 context-js.less 与 common.less(后者由 layout 用 ?v=assetVersion() 引入,必然重新拉取)。 真触摸复现实测:图标右缘→文字左缘 = 7px(修前 0px),旧缓存 CSS 情形下同样 7px。 ③手机弹窗底部空一块:共用组件 modal.blade.php 的容器改 h-[100dvh]、内层保留 min-h-screen 兜底 (CSSOM 实测 dvh 声明排在 vh 之后,支持则用 dvh、不支持自动退回 100vh);桌面端逐项实测 与改前完全一致(容器/卡片高度、居中位置、页面可滚动高度均未变)。 ④「上传全部」显隐补漏:漏在「逐张手动删除」那条路径上(走的是另一个函数),现已接上, 共覆盖 入队/状态变化/自动清除/逐张删除/一键清空 五条路径;文案去掉「同时」二字。 另修一处会让构建失败的坑:context-js.less 注释里写了 resources/views/**/*.blade.php, 其中的 **/ 提前闭合了 /* */ 注释 → LESS "Unrecognised input"(已改写该句)。 验证:longpress 79/79、sidebar 6/6、images-modal 35/35、images-modal-dom 35/35、 swal-theme 48/48(新增,含 jsdom 复刻注入顺序验证皮肤真生效 + 一条反证);php -l + view:cache exit 0;重建产物核对 .text-[16px]/.h-16/.transition-colors/.divide-y/.min-h-[100dvh]/.h-[100dvh]/ #image-movements-modal/.swal2-popup 全部存在;钉住的 context-js.js 两份 md5 仍 = b916555a…, images.blade.php md5 已同步为 00f38dbf…,补丁重生成 2578 行且字节级验证通过。
补丁行为测试(node + jsdom)
没有 iPhone 也能先把补丁的每条分支跑一遍:用真实的 DOM + jQuery 事件复刻
resources/views/user/images.blade.php 的用法,验证
- iOS 长按:只在 iOS 生效、其它平台长按相关代码一行都不执行;
- 菜单收放:点菜单之外只关菜单、不点穿到页面(点别的图片不再顺手开预览),滚动/缩放/Esc 关闭;
- 看得见就不许点穿:菜单还画在屏幕上的任何时刻(含刚打开、含刚关掉还在淡出的 100ms、含状态被别的路径 提前置 false 但元素还在)点击都不许直通页面;
- 触摸端二级菜单:点击展开/收起,不再"闪一下就整个菜单消失";有鼠标的设备继续走 hover。
运行
cd test
npm install
npm test # 测 ../src/public/js/context-js/context-js.js
node longpress.test.mjs /path/to/other/context-js.js # 测指定的文件(例如未打补丁的原版)
node repro-clickthrough.mjs /path/to/context-js.js # 最小复现:滚动关菜单后紧接着点图片,会不会点穿
repro-clickthrough.mjs 是老师报的那个"偶尔点穿"的最小复现:它把"菜单插入引发的那一发滚动 →
关菜单 → 紧接着点别的图片"这条时序压成确定性的三步。对着旧版跑会打印 ❌ 点穿了、对着新版跑打印 ✅。
覆盖到的用例
- iPhone Safari(长按):长按 ≥250ms 弹出图床自己的菜单;内容包含"图片操作/复制链接";
beforeOpen/afterOpen回调照旧被调用并拿到元素与菜单节点;菜单用触摸坐标定位;注入-webkit-touch-callout抑制样式;抬手补发的click被吞掉(不会误开图片预览);且那一发 click 不会把刚打开的菜单关掉(回归:菜单"刚开就自己关"的陷阱) - iPhone Safari(菜单收放):菜单开着时点别的图片 → 只关菜单、不开预览;菜单关掉后正常点击照旧生效(不会一直吞点击)
- iPhone Safari(二级菜单):长按菜单后点"复制链接" → 二级菜单展开、整个菜单不关闭、父项默认行为被阻止、没有点穿到页面;再点一次收起(菜单仍开着);点二级菜单里的叶子项(模拟 ClipboardJS 的
.copy)→ 复制逻辑照旧执行、菜单关闭;注入了与 hover 等价的触摸展开样式 - 取消条件:手指移动 >10px(滚动/框选)、多指触摸、短按(<250ms 抬手)都不触发菜单;按住 160ms 抬手不出现、320ms 抬手出现(钉住 250ms 这个分界线)
- 菜单收放(Windows):点图片(菜单外)→ 菜单关闭 + 页面收不到这发 click(预览没开)+ 没有冒泡到 document;菜单内部项点击照旧执行并关闭菜单;页面滚动 / 窗口缩放 / Esc / 内部滚动容器(
#images-scroll)滚动都关菜单;菜单自身滚动不误关 - 有鼠标的设备:即使 UA 是 Windows,只要
matchMedia('(hover: none)')为假,点"复制链接"就不会展开(继续 hover),保持"点菜单项即关闭"的老行为 - iPad 请求桌面网站(UA 伪装成 Mac、
maxTouchPoints=5):仍走长按分支 - Mac(含苹果 M 系列)(
MacIntel但maxTouchPoints=0):不触发长按,右键contextmenu照旧 - Android Chrome:长按不触发新分支、不注入 iOS 样式,
contextmenu照旧打开菜单且阻止浏览器默认菜单;长按抬手补发的 click 不会关掉刚打开的菜单;真手指点别处 → 只关菜单、不开预览 - Windows 桌面:只有右键路径,连续右键仍能开菜单(去重窗口不误伤)
- 回归:看得见的菜单必须拦得住(老师报的偶发点穿):A) 被滚动关掉后元素还在淡出时点别的图片 → 不点穿、不开预览;B) 状态已 false、淡出窗也过了,但 DOM 实测菜单仍可见(把高度桩成 120,因为 jsdom 高度恒为 0)→ 点击照样被吞;C) 菜单刚打开 300ms 内的滚动(它自己引发的)不关菜单、过了 300ms 用户滚动照旧关;D) 菜单彻底消失后点击恢复正常(不会一直吞点击);E)
context.debugDump()含打开记录与关闭原因
已知局限
- jsdom 没有
matchMedia,代码里有能力检测兜底(没有matchMedia时退回'ontouchstart' in window);测试里"有鼠标的设备"那条是显式 stub 出来的 - jsdom 没有排版引擎(元素高度恒为 0,
fadeIn/fadeOut也不产生可见的 opacity/display 变化),所以只校验菜单的left与数值型top;菜单开合状态用补丁新增的context.isMenuOpen()观测 menuOnScreen()的 DOM 实测那条分支(getBoundingClientRect().height > 0)在 jsdom 里恒为假,只能靠桩高度来测(见回归用例 B);它真正的价值在真浏览器里 —— 那是"菜单还看得见就拦得住"的最后一道保险- 同理:真机上"哪一发浏览器行为把状态提前置 false"(滚动锚定 / 懒加载重排 / 平台差异)无法在 jsdom 里完全复刻,所以补丁新增了
context.debugDump()常驻诊断转储:真机再遇到时导出即可定位 - 原生 callout 是否真的被压掉、
touchend的preventDefault是否真的省掉了原生 click、matchMedia在真机上的实际取值,这些属于浏览器行为,必须真机验证(本测试只能证明代码路径与事件处理逻辑正确)