@platformatic/kafka 1.32.1 → 1.33.2

package/dist/clients/consumer/messages-stream.js

@@ -425,6 +425,7 @@ export class MessagesStream extends Readable {
         const headerKeyDeserializer = this.#headerKeyDeserializer;
         const headerValueDeserializer = this.#headerValueDeserializer;
         let diagnosticContext;
+        let canPush = true;
         const messageMetadata = {
             consumer: {
                 groupId: this.#consumer.groupId,
@@ -507,7 +508,7 @@ export class MessagesStream extends Readable {
                             };
                             diagnosticContext.result = message;
                             consumerReceivesChannel.asyncStart.publish(diagnosticContext);
-                            this.push(message);
+                            canPush = this.push(message);
                             consumerReceivesChannel.asyncEnd.publish(diagnosticContext);
                         }
                         catch (error) {
@@ -529,19 +530,27 @@ export class MessagesStream extends Readable {
         if (this.#autocommitEnabled && !this.#autocommitInterval) {
             this[kAutocommit]();
         }
-        // Always schedule the next fetch, even when push() returned false.
+        // Schedule the next fetch only when the readable buffer still has room.
+        // When push() returns false, the buffer is above highWaterMark —
+        // continuing to fetch would defeat Node.js backpressure and cause
+        // unbounded memory growth (see #260).
         //
-        // In pull mode, _read() would restart the loop once the buffer drains.
-        // In flowing mode with pipeline(), however, _read() is not reliably called
-        // again when the buffer is already empty — Node.js considers the stream
-        // "already flowing" and does not re-invoke _read(). The fetch loop dies
-        // and unconsumed messages remain in Kafka.
+        // When canPush is false, the fetch loop restarts via two mechanisms:
+        //  1. _read() — called by Node.js when the buffer drains below
+        //     highWaterMark in both pull and flowing modes.
+        //  2. resume() — when pipeline()/pipe() transitions from paused to
+        //     unpaused after downstream backpressure releases, resume()
+        //     explicitly schedules process.nextTick(#fetch) (see #254).
         //
-        // Unconditionally scheduling is safe because #fetch() checks #paused,
-        // #closed, and other guards before issuing a Kafka fetch request.
-        process.nextTick(() => {
-            this.#fetch();
-        });
+        // process.nextTick yields control back to the event loop between fetch
+        // cycles, ensuring heartbeats, commits, and other I/O are not starved
+        // by a tight fetch loop. It also avoids growing the call stack if
+        // metadata/fetch callbacks fire synchronously.
+        if (canPush) {
+            process.nextTick(() => {
+                this.#fetch();
+            });
+        }
         if (this.#maxFetches > 0 && ++this.#fetches >= this.#maxFetches) {
             this.push(null);
         }

package/dist/version.js

@@ -1,2 +1,2 @@
 export const name = "@platformatic/kafka";
-export const version = "1.32.1";
+export const version = "1.33.2";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@platformatic/kafka",
-  "version": "1.32.1",
+  "version": "1.33.2",
   "description": "Modern and performant client for Apache Kafka",
   "homepage": "https://github.com/platformatic/kafka",
   "author": "Platformatic Inc. <oss@platformatic.dev> (https://platformatic.dev)",