Describe the issue
EventClient.bulkPush(type, inputs, options) silently drops options.priority and options.scope. The implementation reads priority and scope only from each per-input EventWithMetadata entry and never falls back to the options argument. options.additionalMetadata is honored as a per-input fallback, but the other two fields in the same PushEventOptions shape are not, which is inconsistent with EventClient.push.
Environment
Expected behavior
When options.priority or options.scope is provided to bulkPush, the value should be applied to every event in the batch that does not set its own override, mirroring how push applies the same options to a single event. At minimum the inconsistency should be documented on PushEventOptions and EventClient.bulkPush.
Code to Reproduce, Logs, or Screenshots
await client.events.bulkPush(
"user:created",
[
{ payload: { id: "1" } },
{ payload: { id: "2" } },
],
{ priority: 5, scope: "tenant-acme" },
);
The resulting gRPC request contains priority: undefined and scope: undefined for both events. Relevant SDK source:
bulkPush(type, inputs, options = {}) {
const events = inputs.map((input) => {
const baseMeta = input.additionalMetadata ?? options.additionalMetadata ?? {};
// ...
return {
// ...
additionalMetadata: ...,
priority: input.priority, // options.priority ignored
scope: input.scope, // options.scope ignored
};
});
}
Compare with push, which reads all three fields directly from options.
Additional context
Workaround: copy options.priority, options.scope, and options.additionalMetadata onto every EventWithMetadata entry on the caller side before invoking bulkPush.
Describe the issue
EventClient.bulkPush(type, inputs, options)silently dropsoptions.priorityandoptions.scope. The implementation readspriorityandscopeonly from each per-inputEventWithMetadataentry and never falls back to theoptionsargument.options.additionalMetadatais honored as a per-input fallback, but the other two fields in the samePushEventOptionsshape are not, which is inconsistent withEventClient.push.Environment
Expected behavior
When
options.priorityoroptions.scopeis provided tobulkPush, the value should be applied to every event in the batch that does not set its own override, mirroring howpushapplies the same options to a single event. At minimum the inconsistency should be documented onPushEventOptionsandEventClient.bulkPush.Code to Reproduce, Logs, or Screenshots
The resulting gRPC request contains
priority: undefinedandscope: undefinedfor both events. Relevant SDK source:Compare with
push, which reads all three fields directly fromoptions.Additional context
Workaround: copy
options.priority,options.scope, andoptions.additionalMetadataonto everyEventWithMetadataentry on the caller side before invokingbulkPush.