`void/log`: add `logger.child(fields)` to bind fields to every line
Maintainers usually reply within 1 day
@Dazzanova is already working on this.
Since Oct 27, 2026.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 82/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- typescript
- Domain
- backend
Research direction
Start with void/src/runtime/log.ts and the existing format() try block to see how fields are copied and filtered. Then read test/unit/runtime-log.test.ts and add coverage for bound fields, overrides, nested children, and throwing getters; update the Logging methods line in docs/reference/api/resources.md with a one-line example. Done when the requested behaviors pass and logging still returns the safe line for throwing getters.
Written by the indexing model from the issue text.
Description
Summary
Apps usually tag every log line from a module with the same fields (component, queue, job), so the lines can be filtered in Workers Logs and with void project logs --filter. void/log has no way to bind those fields, so each call repeats them, or each app writes its own wrapper. The obvious wrapper breaks the logger's guarantee that it never throws.
The wrapper apps write today
import { logger as baseLogger } from 'void/log';
type Fields = Record<string, unknown>;
export const logger = {
...baseLogger,
child: (bound: Fields) => ({
error: (msg: string, fields?: Fields) => baseLogger.error(msg, { ...bound, ...fields }),
warn: (msg: string, fields?: Fields) => baseLogger.warn(msg, { ...bound, ...fields }),
info: (msg: string, fields?: Fields) => baseLogger.info(msg, { ...bound, ...fields }),
}),
};
The spread { ...bound, ...fields } runs before format(). That means it runs outside the try that makes logging safe. A field whose getter throws makes the base logger fall back to its safe line, but the wrapper throws the error into the caller instead ([email protected]; format() on main has the same try):
const fields = Object.defineProperty({}, 'boom', {
enumerable: true,
get() {
throw new Error('getter');
},
});
logger.info('base.ok', fields);
// {"msg":"base.ok","error":"log: fields not serializable"}
logger.child({ component: 'x' }).info('child.call', fields);
// throws Error: getter
A log call inside a catch or a queue consumer can then throw where it was meant to only record. Supporting this in void/log means each app no longer copies the wrapper, and the merge stays inside the guarantee.
Proposal
import { logger } from 'void/log';
const log = logger.child({ component: 'queue', queue: 'tasks' });
log.warn('task.retry', { taskId, attempt: 2 });
// {"msg":"task.retry","component":"queue","queue":"tasks","taskId":"…","attempt":2}
logger.child(fields)returns a logger witherror,warn,infoandchild.- Lines keep the
{ msg, ...fields }shape, so Cloudflare Tail capture and platform log filtering don't change. - Fields passed in a call override bound fields with the same name.
child()can be nested:log.child({ taskId })adds to the fields already bound.- Bound fields get the same handling as call fields.
msg,toJSON,__proto__andconstructorare skipped, functions are dropped, andErrorvalues are serialized (#583). - Logging never throws, including when bound or call fields have throwing getters.
Implementation
In packages/void/src/runtime/log.ts, build each logger from a bound object and have format(message, bound, fields) copy both inside the existing try. Bound fields are copied first, then call fields, using the same key filters. logger stays the root, with no bound fields, so existing calls behave the same.
Tests in packages/void/test/unit/runtime-log.test.ts:
- bound fields appear on every level
- call fields override bound fields
- nested
child()merges fields - reserved keys and functions in bound fields are skipped
- a throwing getter in bound or call fields falls back to the safe line instead of throwing
Docs: add logger.child(fields) to the methods line under Logging in docs/reference/api/resources.md, with a one-line example.
- Dominant language
- TypeScript
- Stars
- 580
- Forks
- 56
- Avg merge
- 11h 32m
- Merged PRs (30d)
- 158
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from voidzero-dev/void
-
Difficulty 5/5 Over a week Newbie friendliness 42/100
voidzero-dev/void#638 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 57/100
voidzero-dev/void#636 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 67/100
voidzero-dev/void#635 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
voidzero-dev/void#627 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
voidzero-dev/void#619 ·
Maintainers usually reply within 1 day
All issues in voidzero-dev/void
Similar issues
-
area:desktop area:ui bug platform:macos
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
anthropics/claude-code#106183 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 1 day
-
feature:App-Tour feature:Chat ready Web
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
digitalfabrik/integreat-app#4523 · 2 reactions ·
Maintainers usually reply within 3 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Required Lexical field accepts two empty paragraphsPossibly taken @lazerg claimed this today. OpenBug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
payloadcms/payload#19222 ·
Maintainers usually reply within 1 day