tristan 77ae6820d7
Auto Tag Develop / tag (push) Successful in 12s
feat(calendar) : supprimer / modifier une plage de congés d'un coup (#34)
## Contexte

Sur le calendrier, une absence est stockée **une ligne par jour** sans lien entre les jours (cf. `AbsenceWriteProcessor::expandAbsenceRange`). Conséquences pour la RH :
- **Impossible de retirer une plage** : la suppression n'effaçait que le jour cliqué → il fallait supprimer chaque jour un par un.
- **Modifier une plage laissait des incohérences** : le `PATCH` réutilisait une ligne et en recréait d'autres sans nettoyer l'ancien bloc → jours « fantômes » au raccourcissement et doublons à l'allongement.

## Changements (`frontend/pages/calendar.vue`)

- **Supprimer** (`handleDelete`) : efface **toutes** les absences de l'employé comprises dans la plage `[début ; fin]` du drawer. Flux RH : clic sur un jour → étendre la date de fin → Supprimer. Jours sans absence ignorés (aucune erreur) ; jour validé (`isValid`/site) protégé côté backend. Confirmation avec nombre de jours + intervalle.
- **Modifier** (`handleSubmit`) : **remplacement de bloc** — supprime l'ancien bloc contigu de même type (vers l'avant depuis le jour cliqué) + les absences recouvertes par la nouvelle plage, puis recrée la plage via `createAbsence`. Corrige le bug du `PATCH`. Les jours antérieurs au jour cliqué ne sont jamais touchés ; confirmation « chevauche une autre » seulement pour un autre type. `updateAbsence` n'est plus appelé depuis le calendrier.

## Pourquoi côté frontend

Le backend ne peut pas reconstituer « la plage » (aucun identifiant de groupe en BDD) ; le frontend a la plage visible. Vérifié : les écrans **Heures** et **Heures Conducteurs** verrouillent les dates du drawer (`lock-dates`), donc le `PATCH` y reste mono-jour — le calendrier est le seul écran à reshaper une plage. `AbsenceWriteProcessor` non modifié.

## Documentation

- `doc/functional-rules.md`, `frontend/data/documentation-content.ts` (in-app), `CLAUDE.md`.

## Tests

- 253 tests PHPUnit verts (hook pre-commit). Pas de framework de test frontend dans le projet.
- À valider en réel : raccourcir / allonger une plage (pas de jour fantôme ni doublon), supprimer une plage d'un coup.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Reviewed-on: #34
Co-authored-by: tristan <tristan@yuno.malio.fr>
Co-committed-by: tristan <tristan@yuno.malio.fr>
2026-06-24 14:03:16 +00:00
2026-02-03 18:04:06 +01:00
2026-06-24 11:56:51 +00:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 17:59:39 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00
2026-02-03 18:04:06 +01:00

SIRH

Application de gestion des absences employée

Importer un dump de prod en dev

Sur adminer fait un export bdd :

  • Sortie : enregistrer
  • Format : SQL
  • Tables : DROP+CREATE, Incrément automatique, Déclencheurs
  • Données : INSERT

Supprime la bdd et créer la bdd :

docker compose exec -T db psql -U root -d sirh -c "DROP SCHEMA public CASCADE; CREATE SCHEMA public;"

Remplie la base avec le dump :

docker compose exec -T db psql -U root -d sirh < sirh.sql

Mettre SUPER_ADMIN sur un user

UPDATE users SET roles = '["ROLE_ADMIN","ROLE_SUPER_ADMIN"]' WHERE username = 'emilie';

Récupérer la bdd de prod en local

Sur le serveur de prod, créer le dump :

sudo -u postgres pg_dump --no-owner --no-privileges --clean --if-exists sirh_prod > /tmp/sirh_prod_$(date +%F).sql

En local, récupérer le fichier et l'importer (remplace YYYY-MM-DD par la date du dump) :

scp user@<serveur>:/tmp/sirh_prod_YYYY-MM-DD.sql ~/workspace/SIRH/sirh.sql
docker compose exec -T db psql -U root -d sirh -c "DROP SCHEMA public CASCADE; CREATE SCHEMA public;"
docker compose exec -T db psql -U root -d sirh < ~/workspace/SIRH/sirh.sql
S
Description
No description provided
Readme 5.5 MiB
v0.1.67 Latest
2026-03-30 13:08:13 +00:00
Languages
PHP 62.3%
Vue 20.8%
TypeScript 13.5%
Twig 2.6%
Shell 0.3%
Other 0.4%