[SuruchBoss]

What this changes

Closes #232. Next in the sprint-final queue: #51 → #219 → #59.

The bug: Ctrl+V into a live-data cell was written, announced as pasted, and wiped by the next refresh. Ctrl+Z could not bring the pasted value back, because the refresh had already replaced it. #207 stopped typing at a live cell, but every other way of writing a cell went straight through: fill, Ctrl+Enter, cut, delete over a range, and anything else that calls setCellRaw.

The fix, as the PO asked: refused whole, as Excel does.

• One check, refusedWrite, runs before anything changes. It takes the rectangle a write would touch, not just the selected cell. Paste is sized to the block that would land, so a paste that starts outside a live block and runs into it is refused too, rather than applied around it. When the rectangle reaches a live cell, nothing is written.
• It says which cells refused. The note uses the same place [area:live-data] พิมพ์ทับเซลล์ข้อมูลสดแล้วหายเงียบ ไม่มีข้อความบอก · Typing into a live-data cell is discarded with no message #207 uses, under the cell the cursor is on: "B2:C3 เป็นข้อมูลสด จึงไม่ได้เปลี่ยนอะไร — กด "เอาออก" ก่อนถ้าจะแก้เอง" / "B2:C3 is live data, so nothing was changed — press "Remove" first to edit it yourself". It is announced once.
• Every write path goes through it:
  • paste, from the app's clipboard or another program;
  • fill down/right and Ctrl+Enter;
  • cut, refused at Ctrl+X, before anything reaches the clipboard, since its paste would empty live cells;
  • Delete over a range;
  • Convert to dates;
  • setCellRaw, which covers the AI assistant and anything else that writes one cell.
• Replace and Replace all skip live cells instead of changing them.
• A template's locked structure gets the same note. It used to get a browser alert() on paste and silence on the other paths. It now names the cells and the "Unlock the sheet" button.
• The note works when the selection is a range starting on a live cell. [area:live-data] พิมพ์ทับเซลล์ข้อมูลสดแล้วหายเงียบ ไม่มีข้อความบอก · Typing into a live-data cell is discarded with no message #207's note only showed for a single selected cell. It now shows under the anchor whatever the selection's size, so typing over a selected range is answered too.
• The refusal state moved into the store (refusal, refuseEdit, dismissRefusal), so store actions and the grid share one note. Before, it was local state in the grid, which no store action could reach.

Reproduced on main first

	main 004a09d	this PR
Copy D2, Ctrl+V on B2 (live)	written, "pasted" announced	nothing written, note under B2
…then a refresh	the paste is gone, in silence	nothing to lose
Paste a 2×2 block at A2 that runs into the block	written	refused, note names A2:B3
Fill down / Ctrl+Enter / Delete over B2:C3	written or cleared	refused, note
Ctrl+X on a live cell	cut is armed	refused at once
Paste over a template's locked cell	browser alert()	note under the cell
Replace all "CF-01"	changes the live cell	skips it, changes the person's own

How it was verified

• npm run verify (all ten gates): all ten gates green on 7fa77b2 (the current head)

Gate	Result
lint · check:readme · check:screens	pass
check:deps	every advisory fixed or accounted for
test	2003 passed (1992 by the README's static count)
check:mutants	32/32 killed
build · check:bundle	3801/4200 KB, largest chunk 934/1300 KB
check:a11y	121 checks passed
check:e2e	59 flows passed

• New e2e flow "pasting into a live block is refused whole and said, and a refresh changes nothing ([area:live-data] Pasting over a live-data cell is accepted and announced, then the next refresh wipes it without a word #232)". It places the sample source through the real form, then pastes with the real keyboard, refreshes and checks. With main's code, 4 of its checks fail.
• store/liveWriteRefused.test.ts (new, 7):
  • a paste from the app's clipboard;
  • a paste from another program that runs into the block;
  • fill down, Ctrl+Enter, delete and cut;
  • setCellRaw;
  • said once while the note stays up, and a paste outside the block still goes in;
  • the template note instead of an alert;
  • Replace all skipping live cells.
• Tried on a production build (1280, Thai), checked by eye:
  • G3:G4 pasted into the block: the note names the cells, and nothing changes.
  • Delete over B4:C5: the note appears, and nothing changes.
  • A template's B3:B4: the template note appears, with no browser dialog.
  • No page errors.
• READMEs and AGENTS.md, both languages:
  • the live-data bullet;
  • the template sentence;
  • the e2e flow count 58 → 59 and its list;
  • the new test row.
• Recounted: 1992 tests in 142 files, after merging main 3b56a3d. Picture 27 retaken in both languages and checked by eye, blessed after the retake. Social card rebuilt and checked by eye.

For PO

• Refused whole, not applied around the block. This is the way you preferred. A paste that is mostly outside the block is refused too, and says which cells refused, so the person knows to move it or remove the source first.
• Not covered here:
  • The formula bar on a live cell is still a read-only input with only its tooltip, as [area:live-data] พิมพ์ทับเซลล์ข้อมูลสดแล้วหายเงียบ ไม่มีข้อความบอก · Typing into a live-data cell is discarded with no message #207 noted.
  • Drag-to-move a block does not exist in the grid, so there is nothing to refuse there.

The branch

This is the session's branch claude/new-session-m6mehm. The work was written on a local branch from main 004a09d, with main 3b56a3d (#233) merged in.

🤖 Generated with Claude Code

https://claude.ai/code/session_013pmWZsbmugfpqtYazrzfjj

---

Generated by Claude Code

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated
excel-to-go	Ready	Preview	Oct 5, 2026 2:57am UTC

[SuruchBoss]

PO review — merged at 7fa77b2 (main 7060a7d).

Verify (local, full): green — 2003 tests, mutants 32/32, a11y 121, e2e 59. CI 17/17 green on the same head.

Tried as a user on a production build (live sales sample, block A1:G6, 1280):

• Ctrl+V onto B3: B3 unchanged, note "B3 เป็นข้อมูลสด จึงไม่ได้เปลี่ยนอะไร — กด "เอาออก" ก่อนถ้าจะแก้เอง" under the cell, announced once, no "pasted" announcement. Still unchanged after the next refresh.
• A two-row paste at G6 that would run past the block: refused whole — G6 kept, G7 not half-written. The same paste at G8 lands, and one undo takes it back.
• Ctrl+Enter over F4:H4, Delete over G3:H3, Ctrl+X on A2: each refused with the note; nothing changed. An ordinary paste away from the block still lands.
• No page errors, no alerts (the template no longer uses alert). Screenshot checked by eye.

Found while trying it, pre-existing and outside this PR: sorting a range that runs over a live block moves its rows, the next refresh puts the live columns back in source order, and a column typed beside the block ends up on the wrong rows (two notes swapped products in the repro). Opened as #235 (sev:high, hold set), same refusal pattern as this PR.

Hold set left: #51 → #235 → #219 → #59.

---

Generated by Claude Code