microsoft-graph-client 1.0.33 → 1.0.34

package/dist/api/chats.d.ts

@@ -1,21 +1,152 @@
 import { BaseApi } from './base.js';
-import type { AddChatMemberParams, Chat, CreateChatParams, GetChatParams, ListChatsParams, ListChatsResult, RemoveChatMemberParams, UpdateChatParams } from '../types/index.js';
+import type { AddChatMemberParams, Chat, CreateChatParams, FindDmParams, GetChatParams, ListChatsParams, ListChatsResult, RemoveChatMemberParams, UpdateChatParams } from '../types/index.js';
 /**
  * API for chat operations.
+ *
+ * Microsoft Graph's `/me/chats` is unusually limited compared to other Graph
+ * resources. Several quirks documented below shape every method here:
+ *
+ *  - **`$top` is hard-capped at 50.** Values above 50 return HTTP 400.
+ *    Source: https://learn.microsoft.com/en-us/graph/api/chat-list (Optional
+ *    query parameters table).
+ *
+ *  - **All `$filter` predicates are post-filtered, not indexed lookups.**
+ *    Graph applies `$filter` AFTER taking the next `$top` chats from the
+ *    recency-ordered chat list. So a single page returns "matches found
+ *    within the next 50 chats by recency", and `@odata.nextLink` advances
+ *    the scan window. Even `chatType eq 'oneOnOne'` behaves this way:
+ *    measured `$top=5 → 2 matches`, `$top=50 → 13 matches`. This means you
+ *    cannot rely on `$filter` to find old chats without paginating.
+ *    Confirmed by Microsoft on
+ *    https://learn.microsoft.com/en-us/answers/questions/1660492 :
+ *    "the API selects top records first and then applies the given filter".
+ *
+ *  - **`$orderby` only accepts ONE value:**
+ *    `lastMessagePreview/createdDateTime desc`. Ascending order is rejected,
+ *    every other field (`lastUpdatedDateTime`, `createdDateTime`, `topic`,
+ *    `chatType`, `id`) is rejected. WITHOUT explicit `$orderby` the default
+ *    order is approximately recency-based but has many monotonicity
+ *    violations (verified empirically). Always pass `$orderby` if you care
+ *    about ordering.
+ *
+ *  - **`members/any(o: contains(tolower(o/displayname), 'X')) + chatType eq
+ *    'oneOnOne'` returns 0 results.** This is a Graph bug specific to the
+ *    displayName predicate. Combining `memberUserId` (the `userId eq …` form)
+ *    with `chatType eq 'oneOnOne'` works correctly. Use `memberUserId` if
+ *    you have an AAD ID; resolve names to IDs first.
+ *
+ *  - **`$expand=members` silently truncates at 25 members per chat,**
+ *    regardless of `$top`. The server still evaluates `members/any()` against
+ *    the full membership list, but the returned `members` array is capped.
+ *    Documented as a "known issue" on the official chat-list page.
+ *
+ *  - **`$search` is not allowed** on `/me/chats`.
+ *  - **`$count=true` is not allowed** on `/me/chats`.
+ *
+ * For deep background and all the empirical measurements, see
+ * `packages/clis/msgraph-cli/CHAT_SEARCH_INVESTIGATION.md` in this repo.
  */
 export declare class ChatsApi extends BaseApi {
     /**
      * Get a chat by ID with members expanded.
+     *
+     * Note: due to the documented `$expand=members` 25-cap, the `members` array
+     * may be incomplete for chats with more than 25 members. The server
+     * correctly counts all members for filter evaluation, but the response is
+     * truncated.
      */
     get(params: GetChatParams): Promise<Chat>;
+    /**
+     * Find the 1:1 chat between the signed-in user and another user.
+     *
+     * Why this exists as a primitive: Microsoft Graph has no `/me/chats/with/
+     * {userId}` endpoint, and the obvious workaround
+     * (`/me/chats?$filter=members/any(...) and chatType eq 'oneOnOne'`) is
+     * subject to the recency-window post-filter described in the class doc —
+     * older 1:1 chats are unreachable without paginating the entire chat list.
+     *
+     * Workaround: 1:1 chat IDs follow the deterministic format
+     *
+     *     19:{userA-guid}_{userB-guid}@unq.gbl.spaces
+     *
+     * but the order of the two GUIDs is **not** deterministic. Verified
+     * empirically against ~12 1:1 chats in an active account: about 75% have
+     * the signed-in user's GUID first, the rest have the other user's GUID
+     * first. The order likely depends on who initiated the conversation, but
+     * we can't tell without trying.
+     *
+     * So we issue both candidate URLs in parallel. Exactly one returns 200,
+     * the other returns 404. Round-trip latency is ~250-700ms total because
+     * the calls go in parallel.
+     *
+     * **This sidesteps `/me/chats` entirely.** It works for any 1:1 chat
+     * regardless of how long ago the last message was sent — there is no
+     * recency window. It is also strictly read-only with no side effects on
+     * Teams (unlike `POST /chats` which would create a new thread if the
+     * chat didn't already exist).
+     *
+     * Returns the existing 1:1 chat, or `null` if no DM exists between the
+     * signed-in user and the target user.
+     *
+     * @example
+     * const chat = await client.chats.findDmByUserId({ userId: 'de720d1a-...' });
+     * if (chat) console.log(`DM exists: ${chat.id}`);
+     * else console.log('No DM with this user yet');
+     */
+    findDmByUserId(params: FindDmParams): Promise<Chat | null>;
     /**
      * List chats for the current user.
-     * Builds OData $filter from searchTerm, chatTypes, and memberName.
-     * Returns a single page of results with nextLink for pagination.
+     *
+     * Builds an OData query from the typed params. Returns a single page of
+     * results with `nextLink` for caller-driven pagination — this method does
+     * NOT loop through pages.
+     *
+     * **Important caveats** (see also the class-level doc above):
+     *
+     *  - Filters are post-filtered by Graph against a recency window of
+     *    `$top` chats. Pagination via `nextLink` advances the window forward.
+     *    A single page returns `0..top` matches. Pagination ends only when
+     *    the window has scanned every chat the user has — for power users
+     *    that may be 50+ pages.
+     *
+     *  - Always pass `orderByLastMessage: true` for monotonic recency order.
+     *    The default order has gaps and violations.
+     *
+     *  - For finding 1:1 chats with a specific person, prefer
+     *    {@link findDmByUserId} which sidesteps this whole mess.
+     *
+     *  - For combining a member predicate with `chatType eq 'oneOnOne'`, use
+     *    the `memberUserId` param (not `memberName` / `memberEmail`) — the
+     *    displayName form hits a known Graph bug.
+     *
+     * @example
+     * // Active named chats with "morning" in the topic, recency-sorted:
+     * const result = await client.chats.list({
+     *   searchTerm: 'morning',
+     *   orderByLastMessage: true,
+     *   top: 50,
+     * });
+     *
+     * @example
+     * // Group/meeting chats containing a specific user, recency-sorted:
+     * const result = await client.chats.list({
+     *   memberUserId: '0379926e-96c3-4c2a-800e-45d1b2a9b06c',
+     *   chatTypes: ['group', 'meeting'],
+     *   orderByLastMessage: true,
+     *   top: 50,
+     * });
      */
     list(params?: ListChatsParams): Promise<ListChatsResult>;
     /**
      * Create a new chat (1:1 or group).
+     *
+     * For 1:1 chats, Microsoft documents that "if a one-on-one chat already
+     * exists between the specified members, the existing chat is returned
+     * instead of creating a new one." However we still treat this as a
+     * write operation because (a) it has visible side effects on the Teams
+     * UI when the chat doesn't exist, and (b) the dedup behavior isn't
+     * something we want to rely on for read paths. For "find an existing
+     * 1:1", use {@link findDmByUserId} instead.
      */
     create(params: CreateChatParams): Promise<Chat>;
     /**

package/dist/api/chats.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"chats.d.ts","sourceRoot":"","sources":["../../src/api/chats.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAEpC,OAAO,KAAK,EACV,mBAAmB,EACnB,IAAI,EACJ,gBAAgB,EAChB,aAAa,EAEb,eAAe,EACf,eAAe,EACf,sBAAsB,EACtB,gBAAgB,EACjB,MAAM,mBAAmB,CAAC;AAE3B;;GAEG;AACH,qBAAa,QAAS,SAAQ,OAAO;IACnC;;OAEG;IACU,GAAG,CAAC,MAAM,EAAE,aAAa,GAAG,OAAO,CAAC,IAAI,CAAC;IAItD;;;;OAIG;IACU,IAAI,CAAC,MAAM,CAAC,EAAE,eAAe,GAAG,OAAO,CAAC,eAAe,CAAC;IAuDrE;;OAEG;IACU,MAAM,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IAU5D;;OAEG;IACU,WAAW,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IAIjE;;OAEG;IACU,SAAS,CAAC,MAAM,EAAE,mBAAmB,GAAG,OAAO,CAAC,IAAI,CAAC;IAUlE;;OAEG;IACU,YAAY,CAAC,MAAM,EAAE,sBAAsB,GAAG,OAAO,CAAC,IAAI,CAAC;CAGzE"}
+{"version":3,"file":"chats.d.ts","sourceRoot":"","sources":["../../src/api/chats.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAEpC,OAAO,KAAK,EACV,mBAAmB,EACnB,IAAI,EACJ,gBAAgB,EAChB,YAAY,EACZ,aAAa,EAEb,eAAe,EACf,eAAe,EACf,sBAAsB,EACtB,gBAAgB,EACjB,MAAM,mBAAmB,CAAC;AAE3B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6CG;AACH,qBAAa,QAAS,SAAQ,OAAO;IACnC;;;;;;;OAOG;IACU,GAAG,CAAC,MAAM,EAAE,aAAa,GAAG,OAAO,CAAC,IAAI,CAAC;IAItD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAoCG;IACU,cAAc,CAAC,MAAM,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,GAAG,IAAI,CAAC;IAoBvE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAyCG;IACU,IAAI,CAAC,MAAM,CAAC,EAAE,eAAe,GAAG,OAAO,CAAC,eAAe,CAAC;IA6ErE;;;;;;;;;;OAUG;IACU,MAAM,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IAU5D;;OAEG;IACU,WAAW,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IAIjE;;OAEG;IACU,SAAS,CAAC,MAAM,EAAE,mBAAmB,GAAG,OAAO,CAAC,IAAI,CAAC;IAUlE;;OAEG;IACU,YAAY,CAAC,MAAM,EAAE,sBAAsB,GAAG,OAAO,CAAC,IAAI,CAAC;CAGzE"}

package/dist/api/chats.js

@@ -1,53 +1,211 @@
 import { BaseApi } from './base.js';
-import { escapeODataString } from '../utils/odata.js';
+import { odataFilterValue } from '../utils/odata.js';
 /**
  * API for chat operations.
+ *
+ * Microsoft Graph's `/me/chats` is unusually limited compared to other Graph
+ * resources. Several quirks documented below shape every method here:
+ *
+ *  - **`$top` is hard-capped at 50.** Values above 50 return HTTP 400.
+ *    Source: https://learn.microsoft.com/en-us/graph/api/chat-list (Optional
+ *    query parameters table).
+ *
+ *  - **All `$filter` predicates are post-filtered, not indexed lookups.**
+ *    Graph applies `$filter` AFTER taking the next `$top` chats from the
+ *    recency-ordered chat list. So a single page returns "matches found
+ *    within the next 50 chats by recency", and `@odata.nextLink` advances
+ *    the scan window. Even `chatType eq 'oneOnOne'` behaves this way:
+ *    measured `$top=5 → 2 matches`, `$top=50 → 13 matches`. This means you
+ *    cannot rely on `$filter` to find old chats without paginating.
+ *    Confirmed by Microsoft on
+ *    https://learn.microsoft.com/en-us/answers/questions/1660492 :
+ *    "the API selects top records first and then applies the given filter".
+ *
+ *  - **`$orderby` only accepts ONE value:**
+ *    `lastMessagePreview/createdDateTime desc`. Ascending order is rejected,
+ *    every other field (`lastUpdatedDateTime`, `createdDateTime`, `topic`,
+ *    `chatType`, `id`) is rejected. WITHOUT explicit `$orderby` the default
+ *    order is approximately recency-based but has many monotonicity
+ *    violations (verified empirically). Always pass `$orderby` if you care
+ *    about ordering.
+ *
+ *  - **`members/any(o: contains(tolower(o/displayname), 'X')) + chatType eq
+ *    'oneOnOne'` returns 0 results.** This is a Graph bug specific to the
+ *    displayName predicate. Combining `memberUserId` (the `userId eq …` form)
+ *    with `chatType eq 'oneOnOne'` works correctly. Use `memberUserId` if
+ *    you have an AAD ID; resolve names to IDs first.
+ *
+ *  - **`$expand=members` silently truncates at 25 members per chat,**
+ *    regardless of `$top`. The server still evaluates `members/any()` against
+ *    the full membership list, but the returned `members` array is capped.
+ *    Documented as a "known issue" on the official chat-list page.
+ *
+ *  - **`$search` is not allowed** on `/me/chats`.
+ *  - **`$count=true` is not allowed** on `/me/chats`.
+ *
+ * For deep background and all the empirical measurements, see
+ * `packages/clis/msgraph-cli/CHAT_SEARCH_INVESTIGATION.md` in this repo.
  */
 export class ChatsApi extends BaseApi {
     /**
      * Get a chat by ID with members expanded.
+     *
+     * Note: due to the documented `$expand=members` 25-cap, the `members` array
+     * may be incomplete for chats with more than 25 members. The server
+     * correctly counts all members for filter evaluation, but the response is
+     * truncated.
      */
     async get(params) {
         return this.client.api(`/chats/${params.chatId}`).expand('members').get();
     }
+    /**
+     * Find the 1:1 chat between the signed-in user and another user.
+     *
+     * Why this exists as a primitive: Microsoft Graph has no `/me/chats/with/
+     * {userId}` endpoint, and the obvious workaround
+     * (`/me/chats?$filter=members/any(...) and chatType eq 'oneOnOne'`) is
+     * subject to the recency-window post-filter described in the class doc —
+     * older 1:1 chats are unreachable without paginating the entire chat list.
+     *
+     * Workaround: 1:1 chat IDs follow the deterministic format
+     *
+     *     19:{userA-guid}_{userB-guid}@unq.gbl.spaces
+     *
+     * but the order of the two GUIDs is **not** deterministic. Verified
+     * empirically against ~12 1:1 chats in an active account: about 75% have
+     * the signed-in user's GUID first, the rest have the other user's GUID
+     * first. The order likely depends on who initiated the conversation, but
+     * we can't tell without trying.
+     *
+     * So we issue both candidate URLs in parallel. Exactly one returns 200,
+     * the other returns 404. Round-trip latency is ~250-700ms total because
+     * the calls go in parallel.
+     *
+     * **This sidesteps `/me/chats` entirely.** It works for any 1:1 chat
+     * regardless of how long ago the last message was sent — there is no
+     * recency window. It is also strictly read-only with no side effects on
+     * Teams (unlike `POST /chats` which would create a new thread if the
+     * chat didn't already exist).
+     *
+     * Returns the existing 1:1 chat, or `null` if no DM exists between the
+     * signed-in user and the target user.
+     *
+     * @example
+     * const chat = await client.chats.findDmByUserId({ userId: 'de720d1a-...' });
+     * if (chat) console.log(`DM exists: ${chat.id}`);
+     * else console.log('No DM with this user yet');
+     */
+    async findDmByUserId(params) {
+        // We need the signed-in user's id to construct the candidates.
+        const me = (await this.client.api('/me').select('id').get());
+        const candidates = [`19:${me.id}_${params.userId}@unq.gbl.spaces`, `19:${params.userId}_${me.id}@unq.gbl.spaces`];
+        // Issue both GETs in parallel. Exactly one will succeed (or zero, if no
+        // DM exists). We don't care which order — the first fulfilled wins.
+        // Expand `lastMessagePreview` so callers get recency info without an
+        // extra round trip.
+        const results = await Promise.allSettled(candidates.map((cid) => this.client.api(`/chats/${cid}`).expand('members,lastMessagePreview').get()));
+        const winner = results.find((r) => r.status === 'fulfilled');
+        return winner ? winner.value : null;
+    }
     /**
      * List chats for the current user.
-     * Builds OData $filter from searchTerm, chatTypes, and memberName.
-     * Returns a single page of results with nextLink for pagination.
+     *
+     * Builds an OData query from the typed params. Returns a single page of
+     * results with `nextLink` for caller-driven pagination — this method does
+     * NOT loop through pages.
+     *
+     * **Important caveats** (see also the class-level doc above):
+     *
+     *  - Filters are post-filtered by Graph against a recency window of
+     *    `$top` chats. Pagination via `nextLink` advances the window forward.
+     *    A single page returns `0..top` matches. Pagination ends only when
+     *    the window has scanned every chat the user has — for power users
+     *    that may be 50+ pages.
+     *
+     *  - Always pass `orderByLastMessage: true` for monotonic recency order.
+     *    The default order has gaps and violations.
+     *
+     *  - For finding 1:1 chats with a specific person, prefer
+     *    {@link findDmByUserId} which sidesteps this whole mess.
+     *
+     *  - For combining a member predicate with `chatType eq 'oneOnOne'`, use
+     *    the `memberUserId` param (not `memberName` / `memberEmail`) — the
+     *    displayName form hits a known Graph bug.
+     *
+     * @example
+     * // Active named chats with "morning" in the topic, recency-sorted:
+     * const result = await client.chats.list({
+     *   searchTerm: 'morning',
+     *   orderByLastMessage: true,
+     *   top: 50,
+     * });
+     *
+     * @example
+     * // Group/meeting chats containing a specific user, recency-sorted:
+     * const result = await client.chats.list({
+     *   memberUserId: '0379926e-96c3-4c2a-800e-45d1b2a9b06c',
+     *   chatTypes: ['group', 'meeting'],
+     *   orderByLastMessage: true,
+     *   top: 50,
+     * });
      */
     async list(params) {
         let query;
         if (params?.nextLink) {
+            // When following a nextLink, all query params are already baked in.
+            // Just GET it directly.
             query = this.client.api(params.nextLink);
         }
         else {
             const top = params?.top ?? 50;
             query = this.client.api('/me/chats').top(top);
             const filters = [];
+            const expand = new Set(params?.expand ?? []);
             if (params?.searchTerm) {
-                filters.push(`contains(tolower(topic), '${escapeODataString(params.searchTerm.toLowerCase())}')`);
+                // We must URL-encode the value here because the SDK's `.filter()` builder
+                // URL-encodes the parameter NAME but not the VALUE. Reserved characters
+                // in topics like "FM & FD" would otherwise be parsed as query param
+                // separators on the server. odataFilterValue() does both layers:
+                // OData literal escape (' → '') AND URL encode. The OData syntax around
+                // the value (`contains(...)`, the surrounding quotes) is NOT encoded —
+                // it's part of the filter expression that the SDK passes through.
+                // Verified empirically with `test/probe-encoding.mts`.
+                const value = odataFilterValue(params.searchTerm.toLowerCase());
+                filters.push(`contains(tolower(topic), '${value}')`);
             }
             if (params?.chatTypes && params.chatTypes.length > 0) {
                 const typeFilters = params.chatTypes.map((t) => `chatType eq '${t}'`);
-                filters.push(`(${typeFilters.join(' or ')})`);
+                filters.push(typeFilters.length === 1 ? typeFilters[0] : `(${typeFilters.join(' or ')})`);
             }
             if (params?.memberName) {
-                filters.push(`members/any(o: contains(tolower(o/displayname), '${escapeODataString(params.memberName.toLowerCase())}'))`);
-                if (!params.expand?.includes('members')) {
-                    params.expand = [...(params.expand || []), 'members'];
-                }
+                // KNOWN GRAPH BUG: this combined with `chatType eq 'oneOnOne'` returns
+                // 0. Caller is responsible for not passing that combination, OR for
+                // using `memberUserId` instead (which is bug-free).
+                const value = odataFilterValue(params.memberName.toLowerCase());
+                filters.push(`members/any(o: contains(tolower(o/displayname), '${value}'))`);
+                // members/any() silently returns false unless members are expanded.
+                // Documented in this package's CLAUDE.md.
+                expand.add('members');
             }
             if (params?.memberEmail) {
-                filters.push(`members/any(o: o/microsoft.graph.aadUserConversationMember/email eq '${escapeODataString(params.memberEmail)}')`);
-                if (!params.expand?.includes('members')) {
-                    params.expand = [...(params.expand || []), 'members'];
-                }
+                const value = odataFilterValue(params.memberEmail);
+                filters.push(`members/any(o: o/microsoft.graph.aadUserConversationMember/email eq '${value}')`);
+                expand.add('members');
+            }
+            if (params?.memberUserId) {
+                // Equality on userId is the bug-free form. Combining this with
+                // `chatType eq 'oneOnOne'` works correctly server-side.
+                filters.push(`members/any(o: o/microsoft.graph.aadUserConversationMember/userId eq '${params.memberUserId}')`);
+                expand.add('members');
             }
             if (filters.length > 0) {
                 query = query.filter(filters.join(' and '));
             }
-            if (params?.expand && params.expand.length > 0) {
-                query = query.expand(params.expand.join(','));
+            if (expand.size > 0) {
+                query = query.expand([...expand].join(','));
+            }
+            if (params?.orderByLastMessage) {
+                query = query.orderby('lastMessagePreview/createdDateTime desc');
             }
         }
         const response = (await query.get());
@@ -58,6 +216,14 @@ export class ChatsApi extends BaseApi {
     }
     /**
      * Create a new chat (1:1 or group).
+     *
+     * For 1:1 chats, Microsoft documents that "if a one-on-one chat already
+     * exists between the specified members, the existing chat is returned
+     * instead of creating a new one." However we still treat this as a
+     * write operation because (a) it has visible side effects on the Teams
+     * UI when the chat doesn't exist, and (b) the dedup behavior isn't
+     * something we want to rely on for read paths. For "find an existing
+     * 1:1", use {@link findDmByUserId} instead.
      */
     async create(params) {
         const payload = {

package/dist/api/chats.js.map

@@ -1 +1 @@
-{"version":3,"file":"chats.js","sourceRoot":"","sources":["../../src/api/chats.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AACpC,OAAO,EAAE,iBAAiB,EAAE,MAAM,mBAAmB,CAAC;AAatD;;GAEG;AACH,MAAM,OAAO,QAAS,SAAQ,OAAO;IACnC;;OAEG;IACI,KAAK,CAAC,GAAG,CAAC,MAAqB;QACpC,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,EAAE,CAAC,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,GAAG,EAAmB,CAAC;IAC7F,CAAC;IAED;;;;OAIG;IACI,KAAK,CAAC,IAAI,CAAC,MAAwB;QACxC,IAAI,KAAK,CAAC;QAEV,IAAI,MAAM,EAAE,QAAQ,EAAE,CAAC;YACrB,KAAK,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,QAAQ,CAAC,CAAC;QAC3C,CAAC;aAAM,CAAC;YACN,MAAM,GAAG,GAAG,MAAM,EAAE,GAAG,IAAI,EAAE,CAAC;YAC9B,KAAK,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,WAAW,CAAC,CAAC,GAAG,CAAC,GAAG,CAAC,CAAC;YAE9C,MAAM,OAAO,GAAa,EAAE,CAAC;YAE7B,IAAI,MAAM,EAAE,UAAU,EAAE,CAAC;gBACvB,OAAO,CAAC,IAAI,CAAC,6BAA6B,iBAAiB,CAAC,MAAM,CAAC,UAAU,CAAC,WAAW,EAAE,CAAC,IAAI,CAAC,CAAC;YACpG,CAAC;YAED,IAAI,MAAM,EAAE,SAAS,IAAI,MAAM,CAAC,SAAS,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;gBACrD,MAAM,WAAW,GAAG,MAAM,CAAC,SAAS,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,gBAAgB,CAAC,GAAG,CAAC,CAAC;gBACtE,OAAO,CAAC,IAAI,CAAC,IAAI,WAAW,CAAC,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC;YAChD,CAAC;YAED,IAAI,MAAM,EAAE,UAAU,EAAE,CAAC;gBACvB,OAAO,CAAC,IAAI,CACV,oDAAoD,iBAAiB,CAAC,MAAM,CAAC,UAAU,CAAC,WAAW,EAAE,CAAC,KAAK,CAC5G,CAAC;gBACF,IAAI,CAAC,MAAM,CAAC,MAAM,EAAE,QAAQ,CAAC,SAAS,CAAC,EAAE,CAAC;oBACxC,MAAM,CAAC,MAAM,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,MAAM,IAAI,EAAE,CAAC,EAAE,SAAS,CAAC,CAAC;gBACxD,CAAC;YACH,CAAC;YAED,IAAI,MAAM,EAAE,WAAW,EAAE,CAAC;gBACxB,OAAO,CAAC,IAAI,CACV,wEAAwE,iBAAiB,CAAC,MAAM,CAAC,WAAW,CAAC,IAAI,CAClH,CAAC;gBACF,IAAI,CAAC,MAAM,CAAC,MAAM,EAAE,QAAQ,CAAC,SAAS,CAAC,EAAE,CAAC;oBACxC,MAAM,CAAC,MAAM,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,MAAM,IAAI,EAAE,CAAC,EAAE,SAAS,CAAC,CAAC;gBACxD,CAAC;YACH,CAAC;YAED,IAAI,OAAO,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;gBACvB,KAAK,GAAG,KAAK,CAAC,MAAM,CAAC,OAAO,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC,CAAC;YAC9C,CAAC;YAED,IAAI,MAAM,EAAE,MAAM,IAAI,MAAM,CAAC,MAAM,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;gBAC/C,KAAK,GAAG,KAAK,CAAC,MAAM,CAAC,MAAM,CAAC,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC;YAChD,CAAC;QACH,CAAC;QAED,MAAM,QAAQ,GAAG,CAAC,MAAM,KAAK,CAAC,GAAG,EAAE,CAA2B,CAAC;QAE/D,OAAO;YACL,KAAK,EAAE,QAAQ,CAAC,KAAK,IAAI,EAAE;YAC3B,QAAQ,EAAE,QAAQ,CAAC,iBAAiB,CAAC;SACtC,CAAC;IACJ,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,MAAM,CAAC,MAAwB;QAC1C,MAAM,OAAO,GAAG;YACd,QAAQ,EAAE,MAAM,CAAC,QAAQ;YACzB,OAAO,EAAE,MAAM,CAAC,OAAO;YACvB,GAAG,CAAC,MAAM,CAAC,KAAK,IAAI,EAAE,KAAK,EAAE,MAAM,CAAC,KAAK,EAAE,CAAC;SAC7C,CAAC;QAEF,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC,IAAI,CAAC,OAAO,CAAkB,CAAC;IAClE,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,WAAW,CAAC,MAAwB;QAC/C,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,EAAE,CAAC,CAAC,KAAK,CAAC,EAAE,KAAK,EAAE,MAAM,CAAC,KAAK,EAAE,CAAC,CAAC;IAClF,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,SAAS,CAAC,MAA2B;QAChD,MAAM,MAAM,GAAG;YACb,aAAa,EAAE,4CAA4C;YAC3D,iBAAiB,EAAE,2CAA2C,MAAM,CAAC,MAAM,IAAI;YAC/E,KAAK,EAAE,CAAC,MAAM,CAAC,IAAI,IAAI,OAAO,CAAC;SAChC,CAAC;QAEF,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,UAAU,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;IACxE,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,YAAY,CAAC,MAA8B;QACtD,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,YAAY,MAAM,CAAC,YAAY,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC;IAC3F,CAAC;CACF"}
+{"version":3,"file":"chats.js","sourceRoot":"","sources":["../../src/api/chats.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AACpC,OAAO,EAAE,gBAAgB,EAAE,MAAM,mBAAmB,CAAC;AAcrD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6CG;AACH,MAAM,OAAO,QAAS,SAAQ,OAAO;IACnC;;;;;;;OAOG;IACI,KAAK,CAAC,GAAG,CAAC,MAAqB;QACpC,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,EAAE,CAAC,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,GAAG,EAAmB,CAAC;IAC7F,CAAC;IAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAoCG;IACI,KAAK,CAAC,cAAc,CAAC,MAAoB;QAC9C,+DAA+D;QAC/D,MAAM,EAAE,GAAG,CAAC,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,KAAK,CAAC,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,GAAG,EAAE,CAAmB,CAAC;QAE/E,MAAM,UAAU,GAAG,CAAC,MAAM,EAAE,CAAC,EAAE,IAAI,MAAM,CAAC,MAAM,iBAAiB,EAAE,MAAM,MAAM,CAAC,MAAM,IAAI,EAAE,CAAC,EAAE,iBAAiB,CAAC,CAAC;QAElH,wEAAwE;QACxE,oEAAoE;QACpE,qEAAqE;QACrE,oBAAoB;QACpB,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,UAAU,CACtC,UAAU,CAAC,GAAG,CACZ,CAAC,GAAG,EAAE,EAAE,CAAC,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,GAAG,EAAE,CAAC,CAAC,MAAM,CAAC,4BAA4B,CAAC,CAAC,GAAG,EAAmB,CACtG,CACF,CAAC;QAEF,MAAM,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,MAAM,KAAK,WAAW,CAAC,CAAC;QAC7D,OAAO,MAAM,CAAC,CAAC,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,CAAC,IAAI,CAAC;IACtC,CAAC;IAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAyCG;IACI,KAAK,CAAC,IAAI,CAAC,MAAwB;QACxC,IAAI,KAAK,CAAC;QAEV,IAAI,MAAM,EAAE,QAAQ,EAAE,CAAC;YACrB,oEAAoE;YACpE,wBAAwB;YACxB,KAAK,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,QAAQ,CAAC,CAAC;QAC3C,CAAC;aAAM,CAAC;YACN,MAAM,GAAG,GAAG,MAAM,EAAE,GAAG,IAAI,EAAE,CAAC;YAC9B,KAAK,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,WAAW,CAAC,CAAC,GAAG,CAAC,GAAG,CAAC,CAAC;YAE9C,MAAM,OAAO,GAAa,EAAE,CAAC;YAC7B,MAAM,MAAM,GAAG,IAAI,GAAG,CAAC,MAAM,EAAE,MAAM,IAAI,EAAE,CAAC,CAAC;YAE7C,IAAI,MAAM,EAAE,UAAU,EAAE,CAAC;gBACvB,0EAA0E;gBAC1E,wEAAwE;gBACxE,oEAAoE;gBACpE,iEAAiE;gBACjE,wEAAwE;gBACxE,uEAAuE;gBACvE,kEAAkE;gBAClE,uDAAuD;gBACvD,MAAM,KAAK,GAAG,gBAAgB,CAAC,MAAM,CAAC,UAAU,CAAC,WAAW,EAAE,CAAC,CAAC;gBAChE,OAAO,CAAC,IAAI,CAAC,6BAA6B,KAAK,IAAI,CAAC,CAAC;YACvD,CAAC;YAED,IAAI,MAAM,EAAE,SAAS,IAAI,MAAM,CAAC,SAAS,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;gBACrD,MAAM,WAAW,GAAG,MAAM,CAAC,SAAS,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,gBAAgB,CAAC,GAAG,CAAC,CAAC;gBACtE,OAAO,CAAC,IAAI,CAAC,WAAW,CAAC,MAAM,KAAK,CAAC,CAAC,CAAC,CAAC,WAAW,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,IAAI,WAAW,CAAC,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC;YAC5F,CAAC;YAED,IAAI,MAAM,EAAE,UAAU,EAAE,CAAC;gBACvB,uEAAuE;gBACvE,oEAAoE;gBACpE,oDAAoD;gBACpD,MAAM,KAAK,GAAG,gBAAgB,CAAC,MAAM,CAAC,UAAU,CAAC,WAAW,EAAE,CAAC,CAAC;gBAChE,OAAO,CAAC,IAAI,CAAC,oDAAoD,KAAK,KAAK,CAAC,CAAC;gBAC7E,oEAAoE;gBACpE,0CAA0C;gBAC1C,MAAM,CAAC,GAAG,CAAC,SAAS,CAAC,CAAC;YACxB,CAAC;YAED,IAAI,MAAM,EAAE,WAAW,EAAE,CAAC;gBACxB,MAAM,KAAK,GAAG,gBAAgB,CAAC,MAAM,CAAC,WAAW,CAAC,CAAC;gBACnD,OAAO,CAAC,IAAI,CAAC,wEAAwE,KAAK,IAAI,CAAC,CAAC;gBAChG,MAAM,CAAC,GAAG,CAAC,SAAS,CAAC,CAAC;YACxB,CAAC;YAED,IAAI,MAAM,EAAE,YAAY,EAAE,CAAC;gBACzB,+DAA+D;gBAC/D,wDAAwD;gBACxD,OAAO,CAAC,IAAI,CAAC,yEAAyE,MAAM,CAAC,YAAY,IAAI,CAAC,CAAC;gBAC/G,MAAM,CAAC,GAAG,CAAC,SAAS,CAAC,CAAC;YACxB,CAAC;YAED,IAAI,OAAO,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;gBACvB,KAAK,GAAG,KAAK,CAAC,MAAM,CAAC,OAAO,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC,CAAC;YAC9C,CAAC;YAED,IAAI,MAAM,CAAC,IAAI,GAAG,CAAC,EAAE,CAAC;gBACpB,KAAK,GAAG,KAAK,CAAC,MAAM,CAAC,CAAC,GAAG,MAAM,CAAC,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC,CAAC;YAC9C,CAAC;YAED,IAAI,MAAM,EAAE,kBAAkB,EAAE,CAAC;gBAC/B,KAAK,GAAG,KAAK,CAAC,OAAO,CAAC,yCAAyC,CAAC,CAAC;YACnE,CAAC;QACH,CAAC;QAED,MAAM,QAAQ,GAAG,CAAC,MAAM,KAAK,CAAC,GAAG,EAAE,CAA2B,CAAC;QAE/D,OAAO;YACL,KAAK,EAAE,QAAQ,CAAC,KAAK,IAAI,EAAE;YAC3B,QAAQ,EAAE,QAAQ,CAAC,iBAAiB,CAAC;SACtC,CAAC;IACJ,CAAC;IAED;;;;;;;;;;OAUG;IACI,KAAK,CAAC,MAAM,CAAC,MAAwB;QAC1C,MAAM,OAAO,GAAG;YACd,QAAQ,EAAE,MAAM,CAAC,QAAQ;YACzB,OAAO,EAAE,MAAM,CAAC,OAAO;YACvB,GAAG,CAAC,MAAM,CAAC,KAAK,IAAI,EAAE,KAAK,EAAE,MAAM,CAAC,KAAK,EAAE,CAAC;SAC7C,CAAC;QAEF,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC,IAAI,CAAC,OAAO,CAAkB,CAAC;IAClE,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,WAAW,CAAC,MAAwB;QAC/C,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,EAAE,CAAC,CAAC,KAAK,CAAC,EAAE,KAAK,EAAE,MAAM,CAAC,KAAK,EAAE,CAAC,CAAC;IAClF,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,SAAS,CAAC,MAA2B;QAChD,MAAM,MAAM,GAAG;YACb,aAAa,EAAE,4CAA4C;YAC3D,iBAAiB,EAAE,2CAA2C,MAAM,CAAC,MAAM,IAAI;YAC/E,KAAK,EAAE,CAAC,MAAM,CAAC,IAAI,IAAI,OAAO,CAAC;SAChC,CAAC;QAEF,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,UAAU,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;IACxE,CAAC;IAED;;OAEG;IACI,KAAK,CAAC,YAAY,CAAC,MAA8B;QACtD,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,UAAU,MAAM,CAAC,MAAM,YAAY,MAAM,CAAC,YAAY,EAAE,CAAC,CAAC,MAAM,EAAE,CAAC;IAC3F,CAAC;CACF"}

package/dist/api/messages.d.ts

@@ -1,5 +1,5 @@
 import { BaseApi } from './base.js';
-import type { ChatMessage, DeleteChatMessageParams, DownloadHostedContentParams, DownloadHostedContentResult, GetChatMessagesParams, GetMessageParams, SearchMessagesParams, SearchResponse, SendChatMessageParams, SetMessageReactionParams, UnsetMessageReactionParams, UpdateChatMessageParams } from '../types/index.js';
+import type { ChatMessage, DeleteChatMessageParams, DownloadHostedContentParams, DownloadHostedContentResult, GetChatMessagesParams, GetMessageParams, ListMessagesParams, ListMessagesResult, SearchMessagesParams, SearchResponse, SendChatMessageParams, SetMessageReactionParams, UnsetMessageReactionParams, UpdateChatMessageParams } from '../types/index.js';
 /**
  * API for message operations.
  */
@@ -14,9 +14,69 @@ export declare class MessagesApi extends BaseApi {
      */
     get(params: GetMessageParams): Promise<ChatMessage>;
     /**
-     * Get messages from a chat.
+     * Get messages from a chat. Returns a flat array of `ChatMessage`.
+     *
+     * Backward-compat method: prefer `listMessages` for new code, which exposes
+     * pagination metadata and a richer return shape.
+     *
+     * **Bug fix history**: this method previously built the OData filter
+     * `from/user/id eq '<id>'` for the `fromUser` param. Graph rejects this
+     * with "The entity property 'user/id' and operationKind 'Equal' is not
+     * allowed in $filter query." (HTTP 400). The filter is now applied
+     * client-side after fetching the page — see the doc on `listMessages`
+     * for the full reasoning.
      */
     getChatMessages(params: GetChatMessagesParams): Promise<ChatMessage[]>;
+    /**
+     * List messages in a chat with caller-driven pagination.
+     *
+     * Returns one page plus a `nextLink` token. The caller passes the token
+     * back as `nextLink` on a follow-up call to fetch the next page. This
+     * method does NOT loop through pages.
+     *
+     * **Server-side capabilities of `/chats/{id}/messages`** (verified
+     * empirically — Microsoft's docs are vague on most of this):
+     *
+     *  - `$top` ✓ (works, max ~50)
+     *  - `$orderby=createdDateTime desc` ✓ (default)
+     *  - `$filter=lastModifiedDateTime gt|lt <iso>` ✓ — the only content-ish
+     *    filter that works
+     *  - `$search` ✗ — "Query option 'Search' is not allowed"
+     *  - `$filter=contains(body/content, 'X')` ✗ — "Only binary operation
+     *    expressions are allowed"
+     *  - `$filter=from/user/id eq 'X'` ✗ — "operationKind 'Equal' is not
+     *    allowed"
+     *
+     * Microsoft's recommended approach for keyword search within a chat is:
+     * use the global `/search/query` endpoint and filter `chatId` client-side.
+     * That global path is implemented in `messages.search()`. This local path
+     * is for chronological reading of a chat with optional date filter.
+     *
+     * **The `containing` and `fromUser` params are client-side filters** —
+     * they keep only messages from the returned page that match. The
+     * `scanned` and `matched` fields in the result tell the caller how many
+     * messages were inspected vs how many matched, so the agent can paginate
+     * forward if it wants more.
+     *
+     * @example
+     * // Read the most recent 50 messages from a chat:
+     * const r = await client.messages.listMessages({ chatId, limit: 50 });
+     * console.log(r.messages, r.nextLink);
+     *
+     * @example
+     * // Find messages containing "ticket" in the most recent 50:
+     * const r = await client.messages.listMessages({
+     *   chatId, limit: 50, containing: 'ticket'
+     * });
+     * // r.scanned === 50, r.matched === r.messages.length
+     *
+     * @example
+     * // Page forward:
+     * const r2 = await client.messages.listMessages({
+     *   chatId, nextLink: r.nextLink
+     * });
+     */
+    listMessages(params: ListMessagesParams): Promise<ListMessagesResult>;
     /**
      * Send a message to a chat.
      */
@@ -26,7 +86,66 @@ export declare class MessagesApi extends BaseApi {
      */
     updateChatMessage(params: UpdateChatMessageParams): Promise<void>;
     /**
-     * Search messages across chats and channels.
+     * Search chat messages across the signed-in user's chats and channels.
+     *
+     * Uses the BETA `/search/query` endpoint with `entityTypes: ['chatMessage']`.
+     * Beta is the canonical example in Microsoft's docs and is functionally
+     * equivalent to v1.0 (verified empirically — same results, same latency)
+     * but is the documented forward path. See:
+     * https://learn.microsoft.com/en-us/graph/search-concept-chat-messages
+     *
+     * **What this method DOES support:**
+     *
+     *  - Free-text full-text search across message body and attachments.
+     *    Microsoft Search indexes all messages the user has access to —
+     *    NOT recency-windowed, unlike `/me/chats` filters.
+     *  - The full set of documented KQL operators (`from:`, `to:`, `mentions:`,
+     *    `IsRead:`, `hasAttachment:`, `sent>`, `sent<`) via typed params.
+     *  - Real pagination via `from_offset` (skip N hits) and `size` (page size).
+     *    Caller drives pagination — this method does NOT loop.
+     *  - Up to 500 hits per call (Graph hard cap is 501).
+     *
+     * **What this method does NOT support, and why:**
+     *
+     *  - **No `chatId` / `channelId` / `scope` filter.** Microsoft has not built
+     *    server-side filtering by chat or channel for `chatMessage` search.
+     *    Verified exhaustively against ~12 KQL operator variants and request
+     *    body shapes (`stringInputs`, `sourceFilters`, etc.) — none filter.
+     *    Confirmed by Microsoft on
+     *    https://learn.microsoft.com/en-us/answers/questions/5510799 :
+     *    "All scoping beyond keyword/KQL must be done client-side."
+     *
+     *  - **`from:` does NOT accept user IDs.** Per docs and verified empirically,
+     *    `from:` accepts a display name (`from:Bob`, `from:"Bob Smith"`) or an
+     *    email (`from:bob@contoso.com`). Passing a GUID returns 0 hits silently.
+     *    Resolve a user ID to a name/email before passing it here.
+     *
+     *  - **`mentions:` is the inverse:** it ONLY accepts the user ID, and the
+     *    GUID must have dashes stripped. Per docs.
+     *
+     * **About `total` in the response:** Microsoft's docs say total is "the
+     * number of results on the page, not the total number of matching results."
+     * That documentation is wrong (or outdated). Verified empirically: `total`
+     * IS the grand total of matching messages across all pages, regardless of
+     * `size`. For very common terms total can be in the thousands.
+     *
+     * @example
+     * // Find messages I sent containing "delivery", page 1:
+     * const r = await client.messages.search({
+     *   query: 'delivery',
+     *   from: 'evrim.a@first.bet',
+     *   size: 25,
+     * });
+     * // r.value[0].hitsContainers[0]: { total, moreResultsAvailable, hits[] }
+     *
+     * @example
+     * // Page 2:
+     * const r2 = await client.messages.search({
+     *   query: 'delivery',
+     *   from: 'evrim.a@first.bet',
+     *   size: 25,
+     *   from_offset: 25,
+     * });
      */
     search(params: SearchMessagesParams): Promise<SearchResponse>;
     /**

package/dist/api/messages.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"messages.d.ts","sourceRoot":"","sources":["../../src/api/messages.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAEpC,OAAO,KAAK,EACV,WAAW,EAGX,uBAAuB,EACvB,2BAA2B,EAC3B,2BAA2B,EAC3B,qBAAqB,EACrB,gBAAgB,EAGhB,oBAAoB,EAEpB,cAAc,EACd,qBAAqB,EACrB,wBAAwB,EACxB,0BAA0B,EAC1B,uBAAuB,EACxB,MAAM,mBAAmB,CAAC;AAG3B;;GAEG;AACH,qBAAa,WAAY,SAAQ,OAAO;IACtC;;;OAGG;IACU,qBAAqB,CAAC,MAAM,EAAE,2BAA2B,GAAG,OAAO,CAAC,2BAA2B,CAAC;IAW7G;;OAEG;IACU,GAAG,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,WAAW,CAAC;IAIhE;;OAEG;IACU,eAAe,CAAC,MAAM,EAAE,qBAAqB,GAAG,OAAO,CAAC,WAAW,EAAE,CAAC;IAkCnF;;OAEG;IACU,eAAe,CAAC,MAAM,EAAE,qBAAqB,GAAG,OAAO,CAAC,WAAW,CAAC;IA6DjF;;OAEG;IACU,iBAAiB,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAgC9E;;OAEG;IACU,MAAM,CAAC,MAAM,EAAE,oBAAoB,GAAG,OAAO,CAAC,cAAc,CAAC;IA0C1E;;OAEG;IACU,WAAW,CAAC,MAAM,EAAE,wBAAwB,GAAG,OAAO,CAAC,IAAI,CAAC;IAOzE;;OAEG;IACU,UAAU,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAIvE;;OAEG;IACU,cAAc,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAI3E;;OAEG;IACU,aAAa,CAAC,MAAM,EAAE,0BAA0B,GAAG,OAAO,CAAC,IAAI,CAAC;IAO7E;;OAEG;YACW,qBAAqB;CAgEpC"}
+{"version":3,"file":"messages.d.ts","sourceRoot":"","sources":["../../src/api/messages.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAEpC,OAAO,KAAK,EACV,WAAW,EAGX,uBAAuB,EACvB,2BAA2B,EAC3B,2BAA2B,EAC3B,qBAAqB,EACrB,gBAAgB,EAGhB,kBAAkB,EAClB,kBAAkB,EAClB,oBAAoB,EAEpB,cAAc,EACd,qBAAqB,EACrB,wBAAwB,EACxB,0BAA0B,EAC1B,uBAAuB,EACxB,MAAM,mBAAmB,CAAC;AAG3B;;GAEG;AACH,qBAAa,WAAY,SAAQ,OAAO;IACtC;;;OAGG;IACU,qBAAqB,CAAC,MAAM,EAAE,2BAA2B,GAAG,OAAO,CAAC,2BAA2B,CAAC;IAW7G;;OAEG;IACU,GAAG,CAAC,MAAM,EAAE,gBAAgB,GAAG,OAAO,CAAC,WAAW,CAAC;IAIhE;;;;;;;;;;;;OAYG;IACU,eAAe,CAAC,MAAM,EAAE,qBAAqB,GAAG,OAAO,CAAC,WAAW,EAAE,CAAC;IAyBnF;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAgDG;IACU,YAAY,CAAC,MAAM,EAAE,kBAAkB,GAAG,OAAO,CAAC,kBAAkB,CAAC;IAgDlF;;OAEG;IACU,eAAe,CAAC,MAAM,EAAE,qBAAqB,GAAG,OAAO,CAAC,WAAW,CAAC;IA6DjF;;OAEG;IACU,iBAAiB,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAgC9E;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA6DG;IACU,MAAM,CAAC,MAAM,EAAE,oBAAoB,GAAG,OAAO,CAAC,cAAc,CAAC;IAoD1E;;OAEG;IACU,WAAW,CAAC,MAAM,EAAE,wBAAwB,GAAG,OAAO,CAAC,IAAI,CAAC;IAOzE;;OAEG;IACU,UAAU,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAIvE;;OAEG;IACU,cAAc,CAAC,MAAM,EAAE,uBAAuB,GAAG,OAAO,CAAC,IAAI,CAAC;IAI3E;;OAEG;IACU,aAAa,CAAC,MAAM,EAAE,0BAA0B,GAAG,OAAO,CAAC,IAAI,CAAC;IAO7E;;OAEG;YACW,qBAAqB;CAgEpC"}