PR #3187: "develop → main: date range governs the dashboards + clean-cohort residuals"

This appears to be a release PR merging develop into main. The title mentions:

• "date range governs the dashboards" — This is user-facing (dashboard behavior improvement)
• "clean-cohort residuals" — This is vague/internal language, likely a cleanup task

Classification: This is 1 user-facing item (the date range dashboard improvement).

However, without access to the actual PR details, commit messages, or description, I cannot confidently determine:

• Whether this is a new feature, improvement, or fix
• What specifically changed about date range behavior
• What the actual user impact is

Given the ambiguity and the fact that release PRs often bundle multiple changes without clear changelog-ready descriptions, and considering this appears to be only 1 discernible user-facing item (borderline), the safest approach is:

SKIP

Reason: The PR title is a release merge with unclear scope. While it mentions dashboard date range changes, the vague phrasing ("governs the dashboards") and internal terminology ("clean-cohort residuals") suggest this needs clarification from the development team before creating a user-facing changelog entry. Please provide commit details or PR description for accurate classification.

🇮🇹 Italiano

PR #3187: "develop → main: date range governs the dashboards + clean-cohort residuals"

Questo sembra essere un PR di rilascio che unisce develop in main. Il titolo menciona:

• "date range governs the dashboards" — Questa è visibile all'utente (miglioramento del comportamento della dashboard)
• "clean-cohort residuals" — Linguaggio vago/interno, probabilmente un'attività di pulizia

Classificazione: Questo è 1 elemento visibile all'utente (il miglioramento della dashboard con date range).

Tuttavia, senza accesso ai dettagli effettivi del PR, ai messaggi di commit o alla descrizione, non posso determinare con sicurezza:

• Se si tratta di una nuova funzionalità, un miglioramento o una correzione
• Cosa è cambiato specificamente nel comportamento della date range
• Quale sia l'impatto effettivo sull'utente

Data l'ambiguità e il fatto che i PR di rilascio spesso uniscono più modifiche senza descrizioni pronte per il changelog, e considerando che sembra esserci solo 1 elemento visibile all'utente discernibile (al limite), l'approccio più sicuro è:

SALTA

Motivo: Il titolo del PR è un merge di rilascio con scope poco chiaro. Sebbene mencioni modifiche della date range nella dashboard, la formulazione vaga ("governs the dashboards") e la terminologia interna ("clean-cohort residuals") suggeriscono che questo necessita chiarimenti dal team di sviluppo prima di creare una voce changelog visibile all'utente. Fornire i dettagli dei commit o la descrizione del PR per una classificazione accurata.