matteorlt / matteorlt/Task-Manager
Calendrier: édition et invitations complètes pour les tâches (ID, timezone, précision)
Open
Nobody has claimed this yet.
new feature
tests
- Dominant language
- TypeScript
- Stars
- 1
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
Description
L’édition des tâches depuis le calendrier est disponible mais nécessite un durcissement fonctionnel et technique.
Problèmes à résoudre
- Identifiants : les IDs peuvent circuler avec un préfixe (
task-,event-), entraînant des incohérences côté client. - Timezone / format : l’usage de
datetime-localdoit être uniformisé (UTC vs local) pour éviter tout décalage lors du stockage ou de l’affichage. - Invitations depuis le calendrier : les boutons Inviter sont disponibles sur événements et tâches, mais les dialogues et appels API doivent être fiables et remonter les erreurs correctement.
- Participants : afficher un aperçu des participants directement dans le calendrier, comme sur la page Tâches, pour assurer une cohérence visuelle et fonctionnelle.
Impacts
- ✅ Évite les “rien ne se passe” lors d’un clic
- ✅ Garantit la fiabilité des dates stockées et affichées
- ✅ Assure un flux d’invitation homogène entre tâches et événements
Pistes de solution
- Normalisation des IDs : créer un utilitaire central
normalizeCalendarEntityIdet l’utiliser systématiquement (sélection, navigation, édition). - Gestion des dates : définir un format d’envoi clair (ISO) et utiliser une fonction dédiée (
formatDateForServer), avec documentation + tests. - UI :
- Bouton Inviter présent dans les deux dialogues (événement / tâche),
- Affichage des erreurs via
Alert(MUI), - Boutons désactivés (
disabled) pendant les requêtes.
Critères d’acceptation
- Clic sur une tâche du calendrier → ouverture de l’édition garantie (sans navigation parasite).
- Sauvegarde d’une tâche → aucun décalage horaire (l’heure reste strictement identique).
- Bouton Inviter fonctionnel pour tâche et événement depuis le calendrier, avec retour API (
201/ erreurs4xx) géré proprement en UI.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the calendar task and event click handlers, the datetime-local serialization path, and the invitation dialogs and API calls. Compare the calendar flow with the Tâches page, then verify the acceptance criteria: reliable editing, unchanged stored times, working invitations, and clear handling of success and API errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, mysql, node.js, typescript
- Domain
- api, backend, databases, frontend, full-stack
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100