Script receivers 3/6: diagnostics catalogue #514
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Slice 4 of Design:
docs/design/SCRIPT-RECEIVERS.md(branchdocs/script-receivers). Part of the script-receivers epic.The diagnostics D3-D18 of section 9, with exact texts, notes, related information and quick fixes.
Acceptance
compiler/tests/receivers.test.trborcompiler/tests/sandbox.test.trb.scriptsline and the fix "Load it asU".torb check, and carries the fix "Add to project.trb" with a correctscriptsline.NoModulefor auseof a script.SandboxErrorof a runtime path loaded with the wrong type, or of an unmapped script failing only at run time.Amended 2026-10-26 (owner): the
scriptsmapping is optional; unmapped scripts stay valid and are typed by inference from literalSandbox.loadcalls, else untyped (SCRIPT-RECEIVERS.md sections 1, 5, 6).$\n\nDecided 2026-10-26 (owner): D3 (pattern matches no file) is retired, no such diagnostic exists; the number stays unused. D15 is always shown, by default and not configurable. Extra acceptance:Design PR: #519 · Epic: #518
[loop:torbscript] intake: in scope (author orion, label
loop, slice 3 of the script-receivers epic #518); no duplicate. The diagnostics D3-D18 need the receivers of #513 (and the reader of #512) in place. Just in time: refine when #513 has landed. next: waiting (#513 landed)[loop:torbscript] note from the refine of #513 (#513): the checks that need an error text move here. #514 now also owns D14 (type argument differs from the mapping), D18 and the removal of "first load decides" for unmapped files (#513 keeps that rule until then), D6/D7 for a pattern that matches an entry, test, library or two receivers, D8-D13 for an unresolvable
receiver:/from:(in #513 such a file is silently untyped), and D16/D17. Theexamples/config-dslline stays with #517.