coder13 / coder13/LetsCube

Add direct messages between friends after the social MVP

Abierto
#189 0 comentarios 0 reacciones 0 asignados Ver en GitHub
area: social enhancement priority: P2
Lenguaje dominante
JavaScript
Estrellas
30
Forks
9
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

## Goal

Let accepted friends coordinate outside a room after the friendship, blocking, notification, retention, and abuse controls have proven stable.

## Required contract before implementation

- Only accepted friends may start or continue a conversation.
- Blocking immediately prevents new delivery and hides actionable contact paths.
- Define retention, deletion, export, and account-removal behavior before storing messages.
- Add reporting/moderation and rate limits before broad enablement.
- Treat message content as sensitive: do not put it in analytics, routine logs, notification previews, or PostgreSQL metrics.
- Reconnect and multi-device delivery must reconcile from durable paginated history; Socket.IO is delivery, not the source of truth.

## Acceptance criteria

- [ ] Complete a threat/privacy review covering minors, harassment, impersonation, spam, and moderation access.
- [ ] Define conversation/message schemas, cursor pagination, delivery/read semantics, and retention.
- [ ] Add authenticated APIs and realtime delivery with per-message authorization and idempotency.
- [ ] Add block/report/delete flows before enabling message composition.
- [ ] Add limits for message size, frequency, links, and duplicate/replayed sends.
- [ ] Add tests for unfriending/blocking races, ID tampering, reconnect, multiple tabs, retention, deletion, and rate limits.
- [ ] Roll out behind a separate feature flag with privacy-safe reliability metrics.

## Dependencies

- #75
- #105
- #188

## Non-goals

- Group chat.
- File/image uploads.
- End-to-end encryption claims without a separately reviewed design.
- Shipping as part of the Friend System MVP.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

Comienza revisando las dependencias #75, #105 y #188 y, después, completa la revisión requerida de amenazas y privacidad antes de la implementación. Se considerará que está hecho cuando se hayan abordado los esquemas, las APIs, los flujos de moderación y seguridad, las pruebas y el despliegue controlado mediante feature flags indicados; la composición de mensajes debe permanecer deshabilitada hasta que las salvaguardas estén implementadas.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
javascript, mongodb, nodejs, react
Área
api, backend, security
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.