@imessaging/telegram-mtproto 0.6.1 → 0.6.3

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@imessaging/telegram-mtproto",
-  "version": "0.6.1",
+  "version": "0.6.3",
   "description": "Telegram MTProto user-account transport for imessaging",
   "keywords": [
     "messaging",

package/src/incoming.ts

@@ -25,6 +25,15 @@ export type MtprotoMessageLike = {
    * `accessHash` живёт только здесь. Поле необязательное: в обновлении его может не быть.
    */
   sender?: { username?: string; accessHash?: { toString(): string } | string | number };
+  /**
+   * Пир отправителя ВМЕСТЕ с `accessHash` — так его отдаёт само обновление.
+   *
+   * Без него ответить по одному номеру нельзя: клиент знает только тех, кого уже разрешал, а
+   * `accessHash` из обновления больше нигде не хранится.
+   */
+  getInputSender?: () => Promise<{ userId?: { toString(): string }; accessHash?: { toString(): string } } | undefined>;
+  /** Отправитель целиком. Обращение к сущностям обновления, а не поход в сеть. */
+  getSender?: () => Promise<{ username?: string } | undefined>;
 };
 
 export type MtprotoMediaLike = {
@@ -42,18 +51,36 @@ export type MtprotoMediaLike = {
  *
  * `chatId` берётся из пира, а НЕ из отправителя: в группе они разные, и перепутав их, ответ уехал
  * бы в личку тому, кто написал в общий чат.
+ *
+ * ИДЕНТИФИКАТОР ОТДАЁТСЯ МАРКИРОВАННЫМ — тем самым, что знают Bot API, люди и соседние продукты:
+ * `-100…` у каналов и супергрупп, `-…` у обычных групп. Внутри MTProto он положительный, и если
+ * отдавать его как есть, один и тот же чат в разных системах называется двумя разными числами:
+ * замер 06.09.2026 — продукт хранит `-5386451338`, шлюз присылает `5386451338`, и предъявитель
+ * не находится. Тот же класс ошибки уже стоил продукту чата-призрака с потерянным знаком.
  */
 export function peerToChat(peer: MtprotoPeerLike | undefined): {
   chatId: string;
   chatType: IncomingMessage["chatType"];
 } {
   if (peer?.channelId !== undefined)
-    return { chatId: peer.channelId.toString(), chatType: "channel" };
-  if (peer?.chatId !== undefined) return { chatId: peer.chatId.toString(), chatType: "group" };
+    return { chatId: `-100${peer.channelId.toString()}`, chatType: "channel" };
+  if (peer?.chatId !== undefined) return { chatId: `-${peer.chatId.toString()}`, chatType: "group" };
   if (peer?.userId !== undefined) return { chatId: peer.userId.toString(), chatType: "user" };
   throw new Error("MTProto peer without userId, chatId or channelId");
 }
 
+/**
+ * Маркированный идентификатор → тот, которым чат зовётся ВНУТРИ MTProto.
+ *
+ * Нужен на отправке: `InputPeerChat` и `InputPeerChannel` принимают положительное число, а снаружи
+ * ходит маркированное. Немаркированное число тоже принимается — тогда вид берётся из вызова.
+ */
+export function unmarkPeerId(chatId: string): string {
+  if (chatId.startsWith("-100")) return chatId.slice(4);
+  if (chatId.startsWith("-")) return chatId.slice(1);
+  return chatId;
+}
+
 /**
  * Что приехало файлом.
  *

package/src/index.ts

@@ -7,6 +7,7 @@ export {
   downloadFromMessage,
   IncomingDispatcher,
   peerToChat,
+  unmarkPeerId,
   toIncomingMessage,
   type DownloadingClient,
   type MtprotoMediaLike,

package/src/telegram-mtproto-transport.ts

@@ -17,7 +17,7 @@ import type {
   TypingTransport,
 } from "@imessaging/core";
 import { isTelegramRecipient, MemoryPeerStore } from "@imessaging/core";
-import { peerToChat } from "./incoming";
+import { peerToChat, unmarkPeerId } from "./incoming";
 import bigInt from "big-integer";
 import { Api, TelegramClient } from "telegram";
 import { CustomFile } from "telegram/client/uploads";
@@ -185,9 +185,12 @@ export class TelegramMtprotoTransport
    */
   private async rememberSender(message: MtprotoMessageLike): Promise<void> {
     try {
-      const hash = message.sender?.accessHash;
-      if (hash === undefined || hash === null) return;
       const { chatId, chatType } = peerToChat(message.peerId);
+      // Спрашиваем ПИР ОБНОВЛЕНИЯ, а не поле `sender`: у живого сообщения gramJS оно ленивое и
+      // чаще всего пустое, а `getInputSender` берёт собеседника из карты сущностей обновления.
+      const input = await message.getInputSender?.();
+      const hash = input?.accessHash ?? message.sender?.accessHash;
+      if (hash === undefined || hash === null) return;
       // В группе отправитель и чат — разные пиры, и запись сложила бы одно вместо другого.
       if (chatType !== "user") return;
       const recipient = { type: "user", id: chatId } as const;
@@ -198,7 +201,7 @@ export class TelegramMtprotoTransport
           type: "user",
           id: chatId,
           accessHash: String(hash),
-          username: message.sender?.username,
+          username: message.sender?.username ?? (await message.getSender?.())?.username,
           resolvedAt: new Date().toISOString(),
         },
         this.options.peerTtlSeconds,
@@ -333,8 +336,12 @@ export class TelegramMtprotoTransport
    */
   private async knownInputPeer(recipient: MessageRecipient): Promise<Api.TypeInputPeer | null> {
     if (recipient.type === "email" || recipient.type === "username") return null;
+    // Обычной группе ни клиент, ни хранилище не нужны: `InputPeerChat` строится из одного номера.
+    if (recipient.type === "group") {
+      return new Api.InputPeerChat({ chatId: bigInt(unmarkPeerId(recipient.id)) });
+    }
     try {
-      return await this.client.getInputEntity(bigInt(recipient.id));
+      return await this.client.getInputEntity(bigInt(unmarkPeerId(recipient.id)));
     } catch {
       return null;
     }
@@ -396,17 +403,18 @@ export class TelegramMtprotoTransport
 
   private toInputPeer(peer: ResolvedPeer): Api.TypeInputPeer {
     if (peer.type === "group") {
-      return new Api.InputPeerChat({ chatId: bigInt(peer.id) });
+      // У обычной группы access hash не бывает вовсе — ей довольно номера.
+      return new Api.InputPeerChat({ chatId: bigInt(unmarkPeerId(peer.id)) });
     }
     if (!peer.accessHash) throw new Error(`Cached ${peer.type} peer has no accessHash`);
     if (peer.type === "user") {
       return new Api.InputPeerUser({
-        userId: bigInt(peer.id),
+        userId: bigInt(unmarkPeerId(peer.id)),
         accessHash: bigInt(peer.accessHash),
       });
     }
     return new Api.InputPeerChannel({
-      channelId: bigInt(peer.id),
+      channelId: bigInt(unmarkPeerId(peer.id)),
       accessHash: bigInt(peer.accessHash),
     });
   }