pmacs/builtin/runtime
Levi Neuwirth 08e2807fcc fix(dired): correct the reporting-channel claim #161 falsified
The module doc said an uncaught raise inside a `pmacs.async` coroutine
"goes to *errors*, not the status line". #161's COHERENCE finding shows
that is wrong, and in the worse direction: `pmacs.error` is never
defined in production, so `step()`'s guarded report is dead and the raise
falls through to a bare `error()` inside `pmacs._async.tick()` -- whose
result `EditorState::tick_async` discards with `let _ =`. The failure
reaches nowhere at all, and dired would look like it silently did
nothing.

So the per-coroutine `pcall` plus `pmacs.editor.set_status` is
load-bearing, not tidy, and the doc now says which channel is dead, which
is live, and that the acceptance suite observes the live one -- the
corollary COHERENCE draws from that finding.

The ledger records the integration, the reruns on the merged tree, and
the ops lesson that cost three CI runs: a conflicting PR has no merge
ref, so GitHub creates no `pull_request` run and nothing reports the
absence.
2026-07-25 16:14:06 -04:00
..
async.lua
autosave.lua
comment.lua
compile.lua
completion.lua
desktop.lua
dired.lua fix(dired): correct the reporting-channel claim #161 falsified 2026-07-25 16:14:06 -04:00
editops.lua
fold.lua
fs.lua
indent.lua
killring.lua
listview.lua
lsp.lua
mcp.lua
pair.lua
recentf.lua
saveplace.lua
syntax.lua
terminal.lua
window.lua