`void/log`: add `logger.child(fields)` to bind fields to every line
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 82/100
- Type d'issue
- Fonctionnalité
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- typescript
- Domaine
- backend
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
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.
I'm happy to send the PR.
- Langage dominant
- TypeScript
- Étoiles
- 580
- Forks
- 56
- Merge moyen
- 12 h 25 min
- PR mergées (30 j)
- 134
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de voidzero-dev/void
-
Difficulté 3/5 1-2 jours Accessibilité débutants 66/100
voidzero-dev/void#599 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 56/100
voidzero-dev/void#579 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 72/100
voidzero-dev/void#575 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
voidzero-dev/void#573 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 53/100
voidzero-dev/void#567 · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de voidzero-dev/void
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
VictoriaMetrics/victorialogs-datasource#747 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 79/100
Les mainteneurs répondent en général sous 1 jour
-
bug from-studio
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
esengine/DeepSeek-Reasonix#14608 ·
Les mainteneurs répondent en général sous 1 jour
-
triage
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
getarcaneapp/arcane#4590 ·
Les mainteneurs répondent en général sous 1 jour
-
支持对已取消(cancelled)任务生成报告Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
Clouditera/VulnHunter#57 ·