Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Mentorship: messaging thread + unread tracking (Phase 6.5)

Aperta
  • Qualcosa non va?
#12 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
csharp, postgresql
Ambito
backend-api-design, databases, testing

Direzione di ricerca

Risolvi prima la dipendenza da #10, quindi esamina i pattern esistenti degli endpoint dei moduli usando IEndpointModule.MapEndpoints e il test harness in tests/CommunityPro.Tests/Members/MembersTestHarness.cs. Il lavoro è completato quando sono disponibili endpoint per i messaggi e la lettura riservati ai partecipanti, il polling con cursore è stabile, i conteggi dei non letti sono corretti, la validazione del testo semplice è presente e i post verso mentorship concluse vengono rifiutati con i codici di errore indicati.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

mentorship

Scope

Per-mentorship message thread. Polling v1 — no websockets (frontend polls with refetchInterval: 5000 while the thread is open).

Data model

public sealed class ThreadMessage
{
    public Guid Id { get; set; }
    public Guid MentorshipId { get; set; }
    public Guid SenderId { get; set; }
    public string Body { get; set; }
    public DateTimeOffset SentAt { get; set; }
}
// plus LastReadAt per participant (e.g. MentorshipParticipantState) for unread counts

Endpoints (participants only)

Method Path Notes
GET /mentorship/{id}/messages?after= incremental fetch for polling; after = cursor (message id or timestamp); capped page size
POST /mentorship/{id}/messages body length-capped (~2000 chars), trimmed, non-empty
POST /mentorship/{id}/read stamp caller's LastReadAt

Unread counts (per mentorship, for the dashboard) derived from LastReadAt — expose on the GET /mentorship/mine payload from #10 rather than a separate endpoint.

Rules

  • Only Active mentorship participants can post; reading history stays allowed after conclusion.
  • Plain text only in v1 — no HTML rendering path at all.

Error codes

mentorship.not_found, mentorship.forbidden, mentorship.invalid_message, mentorship.invalid_state

Dependencies

Blocked by #10.

Acceptance criteria

  • after cursor returns strictly newer messages, stable ordering
  • Non-participant gets not_found-shaped forbidden (no existence leak)
  • Unread counts correct across both participants
  • Posting to a concluded mentorship rejected
Conventions (project-wide, non-negotiable)
  • .NET 9, records for immutable shapes, file-scoped namespaces, primary constructors where they read well. Minimal-API endpoints grouped per module via IEndpointModule.MapEndpoints.
  • Result<T> (SharedKernel) instead of exception-driven control flow. Endpoint results map failures to ProblemDetails with the stable error codes listed above — the frontend keys off them.
  • Module owns its EF Core DbContext mapped to its own Postgres schema. Modules never reference each other's internals — cross-module needs go through a public contract interface or an in-process domain event (IEventPublisher).
  • All external calls (GitHub, Stripe, Brevo, Cloudinary, Meilisearch) behind interfaces owned by the consuming module.
  • Every list endpoint paginated (offset is fine). xUnit tests in tests/CommunityPro.Tests/<Module>/ following the existing harness patterns (see Members/MembersTestHarness.cs).
Lingua principale
C#
Stelle
0
Fork
0
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Nessun modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di CommunityPro/community-pro-api

Tutte le issue di CommunityPro/community-pro-api

Issue simili

Altre issue su C#

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.