aunubaileys 1.0.30 → 1.0.32

package/README.md

@@ -64,6 +64,14 @@ Everything else is pure upstream. When upstream moves, we rebase the patch layer
 
 
 
+### 🆕 What's new in 1.0.32 / Baru di 1.0.32
+
+- 👥 **Group senders that arrive LID-only are now identifiable by phone number** — in groups, `key.participant` is increasingly a LID while `participantPn` is only sometimes included by the server, leaving phone-number-based sender identification blind. When the LID store knows the pair, the missing `participantPn` / `participantLid` is now filled in on the upsert path before the event reaches consumers. `key.participant` itself is NEVER rewritten — it is the E2E addressing identity the session/sender-key state is keyed by.
+
+### 🆕 What's new in 1.0.31 / Baru di 1.0.31
+
+- 📜 **History-sync record list no longer grows without bound in creds** — every history-sync notification appended an entry to `creds.processedHistoryMessages`, yet nothing anywhere reads those entries (the single read is an emptiness check for `isLatest`). The list lives in creds, so each entry bloated creds.json and was spread-copied and re-serialized on every save for the life of the account. Only the most recent 50 entries are now kept; `isLatest` semantics are unchanged.
+
 ### 🆕 What's new in 1.0.30 / Baru di 1.0.30
 
 - 🟢 **Presence no longer vanishes across the LID/PN identity split** — presence stanzas increasingly arrive LID-addressed while consumers keyed the participant by phone-number JID (or the reverse), so their lookup missed and the contact looked permanently offline / never typing. When the LID store knows the pair, `presence.update` now also carries the presence under the alternate participant form; the original entry is unchanged.

package/lib/Socket/chats.js

@@ -7,7 +7,7 @@ import { SyncState } from '../Types/State.js';
 import { chatModificationToAppPatch, decodePatches, decodeSyncdSnapshot, encodeSyncdPatch, extractSyncdPatches, generateProfilePicture, getHistoryMsg, newLTHashState, processSyncAction } from '../Utils/index.js';
 import { makeMutex } from '../Utils/make-mutex.js';
 import processMessage from '../Utils/process-message.js';
-import { getBinaryNodeChild, getBinaryNodeChildren, jidDecode, jidNormalizedUser, reduceBinaryNodeToDictionary, S_WHATSAPP_NET } from '../WABinary/index.js';
+import { getBinaryNodeChild, getBinaryNodeChildren, isJidUser, isLidUser, jidDecode, jidNormalizedUser, reduceBinaryNodeToDictionary, S_WHATSAPP_NET } from '../WABinary/index.js';
 import { USyncQuery, USyncUser } from '../WAUSync/index.js';
 import { makeUSyncSocket } from './usync.js';
 const MAX_SYNC_ATTEMPTS = 2;
@@ -794,6 +794,22 @@ export const makeChatsSocket = (config) => {
         await Promise.all([fetchProps(), fetchBlocklist(), fetchPrivacySettings()]);
     };
     const upsertMessage = ev.createBufferedFunction(async (msg, type) => {
+        // AunuBaileys: fill the alternate identity forms on the key from
+        // the LID store when the stanza did not carry them. Consumers
+        // identifying group senders by phone number read participantPn,
+        // which the server only sometimes includes; without it a
+        // LID-addressed participant is unidentifiable to them.
+        // key.participant itself is NEVER rewritten — it is the E2E
+        // addressing identity the session/sender-key state is keyed by.
+        const aunuKey = msg?.key;
+        if (aunuKey?.participant && sock.aunuLid) {
+            if (!aunuKey.participantPn && isLidUser(aunuKey.participant)) {
+                aunuKey.participantPn = sock.aunuLid.getPNForLID(aunuKey.participant) || aunuKey.participantPn;
+            }
+            if (!aunuKey.participantLid && isJidUser(aunuKey.participant)) {
+                aunuKey.participantLid = sock.aunuLid.getLIDForPN(aunuKey.participant) || aunuKey.participantLid;
+            }
+        }
         ev.emit('messages.upsert', { messages: [msg], type });
         if (!!msg.pushName) {
             let jid = msg.key.fromMe ? authState.creds.me.id : msg.key.participant || msg.key.remoteJid;

package/lib/Utils/process-message.js

@@ -160,9 +160,17 @@ const processMessage = async (message, { shouldProcessHistoryMsg, placeholderRes
                 }, 'got history notification');
                 if (process) {
                     if (histNotification.syncType !== proto.HistorySync.HistorySyncType.ON_DEMAND) {
+                        // AunuBaileys: keep only the most recent 50 entries.
+                        // Upstream appended forever, and nothing anywhere
+                        // reads the entries — the single read is the
+                        // emptiness check for `isLatest` above. The list
+                        // lives in creds, so every entry also bloats
+                        // creds.json and is re-serialized (and spread-copied
+                        // here) on every save for the life of the account.
+                        const prevProcessed = creds.processedHistoryMessages || [];
                         ev.emit('creds.update', {
                             processedHistoryMessages: [
-                                ...(creds.processedHistoryMessages || []),
+                                ...prevProcessed.slice(-49),
                                 { key: message.key, messageTimestamp: message.messageTimestamp }
                             ]
                         });

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "aunubaileys",
   "type": "module",
-  "version": "1.0.30",
+  "version": "1.0.32",
   "description": "AunuBaileys \u2014 a WhatsApp Web API for bots that never sleep. Full upstream power with the beloved in-memory store restored and pairing that just works. Forged by AunuCore.",
   "keywords": [
     "whatsapp",