Nicolas
ba030ec18c
All checks were successful
`RecipeIngredient.quantity`/`unitId` deviennent nullable (migration purement additive) : une ligne de recette peut n'avoir ni quantité ni unité — sel, poivre… ajoutés selon le goût. Le schéma partagé impose « quantité et unité, ou aucune des deux » ; `toRecipeView` renvoie `null`/`null`. `aggregateShoppingList` fait apparaître une telle ligne une seule fois, sans quantité ni unité, jamais sommée ni mise à l'échelle. `ShoppingListPage` affiche « selon le goût » à la place de la quantité. Formulaire : `IngredientRow` gagne une case « Selon le goût » qui masque quantité/unité ; `RecipeFormPage` et `RecipeImportForm` n'exigent plus quantité/unité pour ces lignes et les envoient sans. Un import dont la source laisse une ligne résolue sans quantité (« salt to taste ») arrive directement en « selon le goût ». Le chemin clause-de-technique (session de cuisine) tolérait déjà `quantity` null — inchangé. Tests : Mocha (création/édition d'une ligne sans quantité, rejet quantité-sans-unité, liste de courses non sommée) ; Cypress (case à cocher + parcours), régression recette/liste de courses OK. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| internal | ||
| recipe | ||
| recipe-matching | ||
| recipe-sources | ||
| sources | ||
| admin-auth.test.ts | ||
| admin-catalog-normalize.test.ts | ||
| admin-catalog.test.ts | ||
| admin-contact.test.ts | ||
| admin-metrics.test.ts | ||
| admin-monitoring-socket.test.ts | ||
| admin-tech-steps.test.ts | ||
| admin-tours.test.ts | ||
| auth.test.ts | ||
| contact.test.ts | ||
| cooking-session.test.ts | ||
| forgejo.service.test.ts | ||
| health.test.ts | ||
| house.test.ts | ||
| logger.service.test.ts | ||
| planning-portions.test.ts | ||
| planning.test.ts | ||
| preferences.test.ts | ||
| profile.test.ts | ||
| recipe-placeholder.test.ts | ||
| recipe.test.ts | ||
| reference.test.ts | ||
| shopping-list.test.ts | ||