feature: Implement Download Caching for Chat Attachments
Los mantenedores suelen responder en 1 día
@JASIM0021 ya está trabajando en esto.
Desde el 19/11/2025.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- react-native, typescript
- Área
- mobile
Línea de trabajo
Localiza el punto de entrada fileDownload y lee las implementaciones existentes de getMediaCache y downloadMediaFile; después, sigue cómo los archivos adjuntos del chat invocan las descargas. Se considera terminado cuando un archivo adjunto descargado anteriormente se sirve desde la caché local en accesos posteriores, mientras que los archivos adjuntos que no están en caché siguen descargándose normalmente; verifica el comportamiento mediante el flujo existente de archivos adjuntos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Feature Description
- Implement a caching system for chat attachment downloads that stores files locally after first download, allowing subsequent access to use cached versions instead of re-downloading. This will significantly improve user experience by reducing download times, saving data usage, and eliminating redundant downloads for the same file.
poc:-
https://github.com/user-attachments/assets/4e5d2f2e-fc7c-404a-96ac-92db54558df4
Motivation and Use Case
Current Problem:
- Users must wait for full download every time they access an attachment (PDF, images, documents, etc.)
- Multiple downloads occur for the same file if accessed multiple times
- Unnecessary data usage and battery drain
- Poor user experience with slow file access in chat
Use Cases:
- Frequent Reference: Users accessing the same important documents multiple times during a work session
- Offline Access: Users wanting to quickly access previously viewed files without internet
- Data Conservation: Users on limited data plans wanting to avoid repeated downloads
- Quick Review: Users rapidly switching between different attachments in a conversation
Implementation Ideas
Based on the current implementation provided:
export const fileDownload = async ( url: string, attachment?: IAttachment, fileName?: string ): Promise<string> => { let path = ${FileSystem.documentDirectory}; if (fileName) { path = ${path}${sanitizeFileName(fileName)}; } if (attachment?.title) { path = ${path}${sanitizeFileName(attachment.title)}`;
}
// Check if file exists in cache first using existing cache system
const cache = await getMediaCache({
type: 'other' as const,
mimeType: attachment?.format,
urlToCache: url
});
if (cache?.exists) {
return cache.uri; // Return cached file URI if exists
}
// Create download options for media file
const option = {
messageId: url,
type: 'other' as const,
downloadUrl: url
};
// Download file if not cached
const uri = await downloadMediaFile(option);
return uri;
};`
profile
Qwen3-Coder
12:47 am
Feature Request: Implement Download Caching for Chat Attachments
Feature Description
Implement a caching system for chat attachment downloads that stores files locally after first download, allowing subsequent access to use cached versions instead of re-downloading. This will significantly improve user experience by reducing download times, saving data usage, and eliminating redundant downloads for the same file.
Motivation and Use Case
Current Problem:
Users must wait for full download every time they access an attachment (PDF, images, documents, etc.)
Multiple downloads occur for the same file if accessed multiple times
Unnecessary data usage and battery drain
Poor user experience with slow file access in chat
Use Cases:
Frequent Reference: Users accessing the same important documents multiple times during a work session
Offline Access: Users wanting to quickly access previously viewed files without internet
Data Conservation: Users on limited data plans wanting to avoid repeated downloads
Quick Review: Users rapidly switching between different attachments in a conversation
Implementation Ideas
Based on the current implementation provided:
export const fileDownload = async (
url: string,
attachment?: IAttachment,
fileName?: string
): Promise<string> => {
let path = `${FileSystem.documentDirectory}`;
if (fileName) {
path = `${path}${sanitizeFileName(fileName)}`;
}
if (attachment?.title) {
path = `${path}${sanitizeFileName(attachment.title)}`;
}
// Check if file exists in cache first using existing cache system
const cache = await getMediaCache({
type: 'other' as const,
mimeType: attachment?.format,
urlToCache: url
});
if (cache?.exists) {
return cache.uri; // Return cached file URI if exists
}
// Create download options for media file
const option = {
messageId: url,
type: 'other' as const,
downloadUrl: url
};
// Download file if not cached
const uri = await downloadMediaFile(option);
return uri;
};
Key Implementation Benefits:
- Leverages existing cache system: Uses the existing getMediaCache function for consistency
- Simple cache check: Checks if file exists before initiating download
- Integrates with existing download logic: Uses downloadMediaFile for actual download
- Maintains backward compatibility: Works with existing attachment handling
- Efficient: Only downloads when necessary, returns cached version otherwise
Is this feature available in the API or web version?
Available in API
Rocket.Chat Server Version
NA
Rocket.Chat App Version
4.66.0
Device Name
POCO M2 Pro
OS Version
Android
Additional Context
This feature will particularly benefit users who:
- Work with document-heavy conversations
- Have limited internet connectivity
- Need quick access to frequently referenced files
- Want to conserve mobile data usage
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.4k
- Forks
- 1.5k
- Merge medio
- 1 d 15 h
- PR fusionados (30 d)
- 29
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de RocketChat/Rocket.Chat.ReactNative
-
[IMPROVEMENT] Remove redundant `await` on synchronous `userPreferences.getBool` in `getUsersPresence`Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertotype: feature
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
RocketChat/Rocket.Chat.ReactNative#7737 ·
Los mantenedores suelen responder en 1 día
-
UIKit modal: a viewSubmit response with no `type` field fails to close the modal on mobile (regression from #7057)Posiblemente ocupada @erikurt9 la tomó hace 106 días. Abiertotype: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
RocketChat/Rocket.Chat.ReactNative#7503 · 3 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
type: bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
RocketChat/Rocket.Chat.ReactNative#7437 · 1 comentario · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
✅ tests 👷 ci type: feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
RocketChat/Rocket.Chat.ReactNative#7247 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug: goRoom navigates to broken RoomView after failed DM creation from searchPosiblemente ocupada @deepak0x la tomó hace 216 días. Abiertotype: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
RocketChat/Rocket.Chat.ReactNative#7098 ·
Los mantenedores suelen responder en 1 día
Todos los issues de RocketChat/Rocket.Chat.ReactNative
Issues similares
-
Bug: Broken RTL / BiDi text rendering when mixing Persian (Farsi) with English or numbersPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertobug
Dificultad 2/5 Medio día Aptitud para principiantes 68/100
amosblomqvist/learnharness#758 ·
Los mantenedores suelen responder en 2 días
-
Change WorkspacesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
bitfocus/companion-module-renewedvision-propresenter-api#134 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
rcpch/digital-growth-charts-react-component-library#304 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
dsh-market/dsh-market#1210 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
trustjonathan/STUDY-HUB#13 ·