  joywayerandClaude Opus 5
|
f8a154ff7a
|
二七王：result.chupai 移出 GameState，本墩结果改走 EQW_TRICK_END 事件载荷
谁最大、这墩闲家得几分是【一次性表现】（收牌动画、得分飘字），任何 deskinfo 都不下发它，
写进 GameState 就多出一处「只活在前端、服务端不知道」的对局态——出牌中途断线重连即归零，
违反红线「丢弃 this.data、仅凭最近一次服务端快照重画，界面必须一致」。
三处一起改，缺一不可：
- PlayHandler chupai3：删 result.chupai 写入，改随 EQW_TRICK_END 下发 {seat,cards,maxseat?,grade?}；
aset.grade 的累加保留（它有服务端来源 PushCards.grade / chupai3.grade，是镜像量）
- ResultHandler：_apply 的 map 删掉 chupai。收尾墩不发 chupai3、整包换成 jiesuan，
不改这里则删 EXCLUDE 后必转红。收尾墩改为与 chupai3 走同一对事件、同一份载荷字段
（补 emit EQW_TRICK_END 并带上 grade），否则最后一墩的得分没有出口
- GameState：删掉 result.chupai 字段本身（声明 + reset），不留永远为 null 的死字段
test_consistency 的 EXCLUDE 随之删到只剩 table.ancard3s 一条，27 checks 仍全绿；
该条改注释标明「当前夹具（65 分坐庄、单局）无法触发，此条未经验证」，不假装它在守什么。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 22:06:41 +08:00 |
|
|
joywayerandClaude Opus 5
|
8b2cfdaf27
|
二七王：前端删掉 9 处阶段/控制权推导，一律读服务端包字段
I-3 前端不再持有对局状态机（配合服务端上一提交的下发面补齐）：
- 删掉 5 处按 rpc 名硬编码的 aset.step（Deal=1 / Call=2 / Main=3 / Bury=5 / Result=6），
一律改 _apply 读包里的 step
- 删掉 4 处 turn.seat = aset.banker（CallHandler / MainHandler / ResyncHandler×2），
增量路径读 nextseat、重连路径读分组里的 seat；同一条规则不再有 4 个写入处
I-2 ResyncHandler._applyBalance 由只接 aset 扩为接 aset/bottom/account，
结算面板开着时重连/硬刷新不再丢抠底明细与末局大结算。
一致性测试 EXCLUDE 随之从 4 条收缩为 2 条（去掉 result.bottom / result.account，
只留一次性事件 table.ancard3s 与归下一轮的 result.chupai），未新增任何豁免条目。
夹具按新包结构重跑（种子不变，牌局不变）：diff 纯为 67 行新增字段、0 行删除；
test_fixture 补上 step/nextseat/Balance 同源断言（68→82 checks）。
export_packets.js 里关于 playproc/seatlist 活引用的注释已过时，更正为仍存在的
Balance.readystate 与三份结算快照。
各 handler 单测补齐新字段并新增守卫用例：刻意构造 nextseat != banker、
step 为非预期值的包，使「退回硬编码/banker 反推」的写法必然转红（11/11 已验证）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 21:31:20 +08:00 |
|
|
joywayerandClaude Opus 5
|
af779f473a
|
二七王：C-1 修复 room.mySeat 永远为 -1
平台 12_Logic.js 在第 389 行调 Game_Modify.appStart()，而 C_Player = new Player(-1)
要到同函数第 480 行才执行，此刻 typeof C_Player === 'undefined'，appStart 整体空转；
之后玩家登录 SetSeat 拿到真座位，appStart 再也不会被调用。于是 mySeat 永远停在 -1：
发包带 seat:-1 被服务端 check_player 全部拒绝、StartWar 差异化下发认领不到本座位而
整包丢弃、SeatMap.toDisplay(-1) 抛错——且全程无一处报错。
- 新增 SubGameHooks._syncMySeat()：room.mySeat 的唯一写入处（SSOT），幂等、
座位非法或 C_Player 缺席时保持原值不倒退
- 在 setRoomDes / StartWar / Reconnect / ReconnectNoMakewar / appStart 各调用一次，
不赌「所有路径都经过某一个入口」
- 新增 SubGameHooks.changeSeat 并同步座位：Desk.change_seat 是唯一「座位中途变化
且不重走 setRoomDes」的路径，漏掉会让 mySeat 静默过期
- Rpc._seat() 改 fail-fast：座位非 0/1/2 即抛错，不再无声透传 -1
- 新增 client/tests/test_appstart_timing.js：复刻平台真实初始化时序，
全程不直接赋值 mySeat；已反向验证（退回 6 个调用点后核心断言转红）
- test_rpc_send 补座位非法抛错断言；test_consistency 删除空转的 my.mustCard EXCLUDE
client 23 脚本全绿，server 17 脚本 / 680 checks 全绿。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 21:05:46 +08:00 |
|
|
joywayerandClaude Opus 5
|
f7b87f32e8
|
二七王：重新生成真包夹具、补捕 StartWar、修复一致性测试用例间污染
服务端 8452535 改了下发面（chupai1/2/3 新增 playproc、deskinfo step2/3 新增
curmultiple、maipai 新增 seatlist、bottomcards/burycards 顺序统一），前端真包
夹具 packets.json 已过期，重新导出并逐项核对新字段存在与三处/两处顺序一致。
夹具新增顶层 startwar[]（每座位一份，结构=deskwar=deskinfo，取自 do_new_paiju
之后、jiaofen 之前的同一时刻），独立存放、不混入 seats[]，避免 packetIndex 对
齐锚点错位；test_fixture.js 补相应断言。
修复 test_consistency.js 的用例间污染：EQW_GameState.reset() 按设计不清
room.playerScores（跨局累积量），旧版增量路径从不写它，实际靠"沿用同进程里
上一次全量路径写入的残留"凑出假绿，换座位顺序或调整执行顺序就会转红。改为
每个对齐点独立起步（buildIncremental/buildFull 各自 reset），且增量路径先喂
StartWar 再喂增量包，与真实客户端时序一致，不再依赖任何隐式残留。已验证正
序/倒序跑出的 PASS/FAIL 集合逐条相同。
修完后 23 checks：15 绿、8 红。红项均已归因：3 处为任务已知的前端未接线缺口
（table.playproc 映射、table.pushlist 累积、maipai.seatlist 消费），另发现两
类同类缺口（ResyncHandler 未映射 deskinfo 新增的 curmultiple 字段、BuryHandler
埋牌后未清空 my.bottomCards），均未改动 client/js 正式代码，留给下一个前端任务。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 19:28:13 +08:00 |
|
|
joywayerandClaude Opus 5
|
33c18a2c17
|
二七王：增量 vs 全量一致性测试（B 阶段核心验收）
把前端红线「视图 = f(服务端快照)」变成可执行断言：按序喂推送包累积出的
GameState，必须与同一时点 deskinfo 全量重建的完全相等。
不一致只有两种可能，都要修：前端私存了服务端不知道的状态，或服务端漏发了字段。
EXCLUDE 白名单只收「一次性事件」与「重连不重放」两类，每条都写明理由。
本测试当前保持失败：比对发现了 7 处前端 handler 缺陷（含 table.playproc 字段
结构与协议不符等高优先级问题）与 1 处疑似服务端下发顺序不一致，均未在本次
改动中修复，详见 task-12-report.md，留待裁决。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 18:48:08 +08:00 |
|