Files
Lesstime/frontend/modules/absence/pages/absences.vue
T
matthieu 8313c759c6
Auto Tag Develop / tag (push) Successful in 9s
Migration modular monolith DDD (0.1 → 3.3) (#17)
## Migration modular monolith DDD — Lesstime (0.1 → 3.3)

Cette MR regroupe l'intégralité de la refonte en monolithe modulaire (strangler progressif, additif). Elle remplace les MR stackées de Phase 1 (#12–#16), désormais incluses ici.

**Ne pas merger avant validation fonctionnelle** : branche destinée à être testée telle quelle.

### Périmètre — 9 modules sous `src/Module/`
| Phase | Module | Contenu |
|------|--------|---------|
| 0.1 | (socle) | infrastructure modulaire, `ModuleInterface`, mapping Doctrine par module |
| 0.2 | (socle front) | auto-détection des layers Nuxt sous `frontend/modules/*` |
| 1.1 | **Core** | Identité (User/Auth), Notifications, Notifier |
| 1.2 | Core | RBAC fin (permissions `module.resource.action`, sidebar gated) |
| 1.3 | Core | Audit log (`#[Auditable]`, listener, provider DBAL) |
| 2.1 | **TimeTracking** | TimeEntry + MCP + export |
| 2.2 | **ProjectManagement** | cœur métier Projets/Tâches + 38 MCP tools |
| 2.3 | **Absence** | demandes, soldes, policies, justificatifs |
| 2.4 | **Directory** | Clients (migrés) + **Prospects** (nouveau, conversion → Client) |
| 2.5 | **Mail** | intégration IMAP OVH + liens tâches |
| 2.6 | **Integration** | Gitea / BookStack / Zimbra / Share |
| 3.1 | **Reporting** | rapports transverses (DBAL read-only, 0 import inter-module) |
| 3.2 | **ClientPortal** | portail client (ROLE_CLIENT cloisonné, tickets, notifications) |
| 3.3 | (finition) | nettoyage legacy — `src/Entity` vide, app 100% modulaire |

### Architecture
- Découplage inter-modules par **contrats** (`UserInterface`, `ProjectInterface`, `TaskInterface`, `TaskTagInterface`, `ClientInterface`, `ClientTicketInterface`, `LeaveProfileInterface`) + `resolve_target_entities` 100% modulaire (aucune cible legacy).
- Repositories : interface `Domain/Repository` + implémentation `Infrastructure/Doctrine`, bindées.
- Reporting en DBAL read-only pur (aucun import d'entité d'un autre module).
- Chaque migration de module : déplacement à comportement préservé (API publique et noms d'outils MCP inchangés), migrations **additives** uniquement (zéro destructif).

### Sécurité
- ROLE_CLIENT cloisonné : un utilisateur client n'accède qu'à `/portal` et à ses propres tickets (filtrés par `allowedProjects`), interdit sur toute l'API interne.
- Correctif : interdiction pour un client de créer un lien vers le partage SMB (upload uniquement).

### QA non-régression (branche reconstruite from scratch)
- Migrations from scratch + fixtures : OK.
- Compilation dev + prod : OK.
- **180 tests PHPUnit verts**, php-cs-fixer clean, ~96 routes, **66 outils MCP** tous sous `App\Module\*`.
- Smoke test runtime multi-rôles (admin / ROLE_USER / ROLE_CLIENT) : 44 vérifications HTTP, **0 écart**, cloisonnement client étanche.
- Build Nuxt OK, 9 layers, 0 import legacy résiduel.

### Points à arbitrer (hors périmètre de cette migration)
- Durcissement MCP/IDOR pré-existant (`userId` explicite sans scoping sur certains tools TimeTracking/Absence/TaskDocument) — ticket dédié recommandé.
- Validation fonctionnelle de **Prospect** et **ClientPortal** (conçus depuis les specs disque).
- **Harmonisation visuelle Malio finale** (3.3) — finition esthétique inter-modules laissée au PO.

---

## ⚠️ Déploiement / migration des données — à ne pas oublier

### 1. Resynchroniser les séquences PostgreSQL après tout import/restore de dump
Si la prod (ou tout environnement) est **montée depuis un dump** (`pg_restore` / `COPY`), les lignes sont chargées avec leurs `id` explicites **sans avancer les séquences** → au premier `INSERT` : `duplicate key value violates unique constraint "..._pkey"` (constaté en local sur `notification`, `task`, `time_entry`…).

À lancer **juste après chaque restore/import** :

```sql
DO $$
DECLARE r RECORD; maxid BIGINT; seq TEXT;
BEGIN
  FOR r IN SELECT table_name, column_name FROM information_schema.columns WHERE table_schema='public'
  LOOP
    seq := pg_get_serial_sequence(quote_ident(r.table_name), r.column_name);
    IF seq IS NOT NULL THEN
      EXECUTE format('SELECT COALESCE(MAX(%I),0) FROM %I', r.column_name, r.table_name) INTO maxid;
      PERFORM setval(seq, GREATEST(maxid,1), maxid > 0);
    END IF;
  END LOOP;
END $$;
```

> Ne concerne **pas** une prod qui tourne déjà (séquences avancées organiquement) — uniquement le cas restore/import. Idempotent, sans risque.

### 2. Fix dénormalisation des collections typées-contrat (code, inclus dans la branche)
Les relations **to-many** typées par une interface `Shared\Domain\Contract\*` (`TimeEntry::tags` → `TaskTagInterface`, `Task::collaborators` → `UserInterface`) étaient **indénormalisables par API Platform** (mono-valué OK via IRI, collection KO) → **tout POST/PATCH portant une telle collection renvoyait 400/500**. Corrigé par un dénormaliseur générique `ContractRelationDenormalizer` (réutilise `resolve_target_entities`, zéro couplage par-entité) + test fonctionnel de non-régression.

---------

Co-authored-by: Matthieu <contact@malio.fr>
Reviewed-on: #17
2026-06-23 13:50:42 +00:00

170 lines
5.8 KiB
Vue

<template>
<div class="flex flex-col gap-6">
<div class="flex items-center justify-between">
<h1 class="text-2xl font-bold text-neutral-900">{{ $t('absences.title') }}</h1>
<MalioButton
:label="$t('absences.newRequest')"
icon-name="mdi:plus"
icon-position="left"
@click="requestDrawerOpen = true"
/>
</div>
<AbsenceBalanceCards :balances="balances" />
<!-- Filters -->
<div class="flex flex-wrap gap-3">
<MalioSelect
v-model="filters.status"
:label="$t('absences.table.status')"
:options="statusOptions"
:empty-option-label="$t('absences.filters.allStatuses')"
group-class="w-52"
/>
<MalioSelect
v-model="filters.type"
:label="$t('absences.table.type')"
:options="typeOptions"
:empty-option-label="$t('absences.filters.allTypes')"
group-class="w-52"
/>
<MalioSelect
v-model="filters.year"
:label="$t('absences.table.year')"
:options="yearOptions"
:empty-option-label="$t('absences.filters.allYears')"
group-class="w-40"
/>
</div>
<MalioDataTable
:columns="columns"
:items="rows"
:total-items="rows.length"
:row-clickable="true"
:empty-message="$t('absences.noRequests')"
@row-click="openDetail"
>
<template #cell-status="{ item }">
<StatusBadge
:label="statusLabel((item as Row).status)"
:variant="statusVariant((item as Row).status)"
:icon="statusIcon((item as Row).status)"
/>
</template>
</MalioDataTable>
<AbsenceRequestDrawer
v-model="requestDrawerOpen"
:policies="policies"
@created="reload"
/>
<AbsenceDetailDrawer
v-model="detailDrawerOpen"
:request="selected"
:can-cancel="selected?.status === 'pending'"
@cancelled="reload"
/>
</div>
</template>
<script setup lang="ts">
import type { AbsenceBalance, AbsencePolicy, AbsenceRequest, AbsenceStatus, AbsenceType } from '~/modules/absence/services/dto/absence'
import { useAbsenceService, type AbsenceRequestFilters } from '~/modules/absence/services/absences'
type Row = AbsenceRequest & { typeLabelText: string; periodText: string; daysText: string; createdAtText: string }
definePageMeta({ middleware: ['employee'] })
const { t } = useI18n()
const service = useAbsenceService()
const { statusLabel, statusVariant, statusIcon, formatRange, formatDays, formatDate } = useAbsenceHelpers()
useHead({ title: t('absences.title') })
const balances = ref<AbsenceBalance[]>([])
const requests = ref<AbsenceRequest[]>([])
const policies = ref<AbsencePolicy[]>([])
const requestDrawerOpen = ref(false)
const detailDrawerOpen = ref(false)
const selected = ref<AbsenceRequest | null>(null)
// Empty option of MalioSelect has value null, so filters default to null.
const filters = reactive<{ status: AbsenceStatus | null; type: AbsenceType | null; year: number | null }>({
status: null,
type: null,
year: null,
})
const columns = [
{ key: 'typeLabelText', label: t('absences.table.type') },
{ key: 'periodText', label: t('absences.table.period') },
{ key: 'daysText', label: t('absences.table.days') },
{ key: 'status', label: t('absences.table.status') },
{ key: 'createdAtText', label: t('absences.table.requestedAt') },
]
const statusOptions = [
{ label: t('absences.status.pending'), value: 'pending' },
{ label: t('absences.status.approved'), value: 'approved' },
{ label: t('absences.status.rejected'), value: 'rejected' },
{ label: t('absences.status.cancelled'), value: 'cancelled' },
]
const typeOptions = computed(() => policies.value.map(p => ({ label: p.label, value: p.type })))
const yearOptions = computed(() => {
const current = new Date().getFullYear()
return [current + 1, current, current - 1, current - 2].map(y => ({ label: String(y), value: y }))
})
const rows = computed<Row[]>(() =>
requests.value.map(r => ({
...r,
typeLabelText: r.label,
periodText: formatRange(r),
daysText: formatDays(r.countedDays),
createdAtText: formatDate(r.createdAt),
})),
)
function openDetail(item: Record<string, unknown>) {
selected.value = item as Row
detailDrawerOpen.value = true
}
async function loadRequests() {
// Scope to the current user: the collection endpoint returns every user's
// requests for admins, which would leak the whole team into "Mes absences".
const userId = useAuthStore().user?.id
if (!userId) {
requests.value = []
return
}
const f: AbsenceRequestFilters = { user: userId }
if (filters.status) f.status = filters.status
if (filters.type) f.type = filters.type
if (filters.year) f.year = filters.year
requests.value = await service.getRequests(f)
}
async function reload() {
// Scope balances to the current user: the collection endpoint returns every
// user's balance for admins, which would pollute the personal "Mes absences" view.
const userId = useAuthStore().user?.id
const [bal] = await Promise.all([
userId ? service.getBalances({ user: userId }) : Promise.resolve([]),
loadRequests(),
])
balances.value = bal
}
watch(() => [filters.status, filters.type, filters.year], loadRequests)
onMounted(async () => {
policies.value = await service.getPolicies()
await reload()
})
</script>