docs(ui-kit/react-native): add multi attachment and plural media bubble docs for v5

[suraj-chauhan-cometchat]

• Add Audios Bubble component documentation with playback cards, seek control, and show-more collapse
• Add Files Bubble component documentation with download cards and show-more collapse
• Add Images Bubble component documentation with grid rendering, +N overflow, and full-screen viewer
• Add Videos Bubble component documentation with thumbnail grid, duration chips, and full-screen playback
• Add Voice Note Bubble component documentation with waveform player and voice-note routing
• Update Message Composer guide to document the multi-attachment staging tray (tile states, count/size limits, batch send)
• Update Message List guide to document multi-attachment batch grouping and the enableMultipleAttachments prop
• Include AI Integration Quick Reference for each new component
• Add theme-slice styling tables and prop tables for consistent styling reference
• Register the five new pages in docs.json under the React Native components group

[jitvarpatil]

Docs review — ✅ Approve

RN multi-attachment docs — the React Native counterpart of #428 (iOS) / #430 (Android), with a new 354-line upload-files.mdx and 5 images. I verified the entire API against the RN SDK's published type definitions. This is the most platform-precise of the three: it correctly handles two RN-specific differences that a copy-paste from Android would have gotten wrong.

✅ API — verified against the RN SDK dist/CometChat.d.ts

• createUploadFileRequest(receiverId: string, receiverType: string): UploadFileRequest
• UploadFileRequest — the .d.ts itself notes "Not constructible directly — obtain an instance via CometChat.createUploadFileRequest()", matching the doc's pattern
• uploadAttachments(files: { fileId, file }[], listener) · addUploadListener(listener) / removeUploadListener() (no-arg) · getAttachments() / getAttachmentsByType(type)
• UploadFileListener: onFileProgress(fileId, loaded, total, percent), onFileUploaded(fileId, attachment), onFileError, onFileFailure, onComplete(result: UploadResult) — all exact, and the .d.ts carries the same retryable semantics the docs describe (onFileError = rejected/not retryable, onFileFailure = transfer failed/retryable)
• MediaMessage.getAttachments() / setAttachments(Array<Attachment>)

Platform precision 👏

• getMaxAttachmentCount() returns Promise<number> in RN (Android returns int synchronously) — the doc correctly writes const max = await CometChat.getMaxAttachmentCount();
• getMaxFileSize does not exist in the RN SDK — and the doc correctly omits it rather than carrying it over from the Android page.

✅ Structure

New sdk/react-native/upload-files wired into nav; 0 nav breaks, 0 orphans, 0 broken links, redirects +0. All 5 added images are referenced (rn_*_bubble.png in message-bubble-styling.mdx, multi_attachments_mobile.png in core-features.mdx). No placeholders/TODOs.

🟡 Cross-PR coordination note (not a defect in this PR)

Both this PR and #430 (Android) add the identical binary images/multi_attachments_mobile.png. Here it's properly referenced; in #430 it is unreferenced. If both merge you may hit a duplicate/conflicting binary add — cleanest fix is to drop it from #430 and let this PR own the asset. Heads-up for whoever merges second.

Excellent, precisely-sourced PR. Ready to merge. 🚀

_{🤖 Automated docs review (Mintlify link/redirect/content checks + API verification against @cometchat/chat-sdk-react-native type definitions).}

[jitvarpatil]

Docs review — ✅ Approve

RN multi-attachment docs — the React Native counterpart of #428 (iOS) / #430 (Android), with a new 354-line upload-files.mdx and 5 images. I verified the entire API against the RN SDK's published type definitions. This is the most platform-precise of the three: it correctly handles two RN-specific differences that a copy-paste from Android would have gotten wrong.

✅ API — verified against the RN SDK dist/CometChat.d.ts

• createUploadFileRequest(receiverId: string, receiverType: string): UploadFileRequest
• UploadFileRequest — the .d.ts itself notes "Not constructible directly — obtain an instance via CometChat.createUploadFileRequest()", matching the doc's pattern
• uploadAttachments(files: { fileId, file }[], listener) · addUploadListener(listener) / removeUploadListener() (no-arg) · getAttachments() / getAttachmentsByType(type)
• UploadFileListener: onFileProgress(fileId, loaded, total, percent), onFileUploaded(fileId, attachment), onFileError, onFileFailure, onComplete(result: UploadResult) — all exact, and the .d.ts carries the same retryable semantics the docs describe (onFileError = rejected/not retryable, onFileFailure = transfer failed/retryable)
• MediaMessage.getAttachments() / setAttachments(Array<Attachment>)

Platform precision 👏

• getMaxAttachmentCount() returns Promise<number> in RN (Android returns int synchronously) — the doc correctly writes const max = await CometChat.getMaxAttachmentCount();
• getMaxFileSize does not exist in the RN SDK — and the doc correctly omits it rather than carrying it over from the Android page.

✅ Structure

New sdk/react-native/upload-files wired into nav; 0 nav breaks, 0 orphans, 0 broken links, redirects +0. All 5 added images are referenced (rn_*_bubble.png in message-bubble-styling.mdx, multi_attachments_mobile.png in core-features.mdx). No placeholders/TODOs.

🟡 Cross-PR coordination note (not a defect in this PR)

Both this PR and #430 (Android) add the identical binary images/multi_attachments_mobile.png. Here it's properly referenced; in #430 it is unreferenced. If both merge you may hit a duplicate/conflicting binary add — cleanest fix is to drop it from #430 and let this PR own the asset. Heads-up for whoever merges second.

Excellent, precisely-sourced PR. Ready to merge. 🚀

_{🤖 Automated docs review (Mintlify link/redirect/content checks + API verification against @cometchat/chat-sdk-react-native type definitions).}