bruno/flowdeck

Fork 0

Files

T

bruno 8d0d69e7b8

FlowDeck CI / test (push) Failing after 3h9m51s

Details

FlowDeck CI / lint (push) Successful in 1m54s

Details

FlowDeck CI / docker (push) Skipped

Details

fix: A27 lint terminé — eslint 0/0 (285 warnings nettoyés) (v7.25.0)

3 familles, 13 fichiers (+153/−167) :

1. no-empty ×70 = TOUS des `catch (x) {}` vides → `catch { /* volontaire */ }`
   (binding optionnel ES2019 + commentaire : passe no-empty ET
   no-unused-vars, zéro changement de comportement).

2. no-unused-vars ×171 :
   - bindings de catch inutilisés retirés (e/err/ex/e2/e3)
   - 24 lignes mortes déterministes, chaque suppression validée par assert
     sur le texte exact (`var self = this` ×8, `var lang`, `var acc`,
     `var today`, `var path/restored/files/resolved/items/clickEl`,
     `uid()`/`propName()` sans un seul appel, `.then` + `resolved++`
     compteurs jamais lus)
   - `/* exported */` sur les 10 fonctions appelées depuis les attributs
     HTML des templates (vérifiées par grep : 1 template chacune) :
     setActiveTab/kanbanBoard/filterSystem/sortSystem/newIssueForm/
     showNewIssue, importWizard, libraryPage, workspacesPage, settingsInit

3. no-undef ×44 = vrais globaux déclarés dans eslint.config.mjs
   (getSvgIcon = script inline de base.html, TextDecoder = API navigateur,
   Prism = CDN) + 2 vrais correctifs :
   - settings.js : `typeof toast === 'function'` = guard TOUJOURS faux
     (pas de toast global) → les toasts timezone/SAML ne s'affichaient
     jamais → `window.showToast` (2 sites)
   - local_workspace.js : `_wsInitData = window._wsInitData`
     (auto-affectation sans effet, global implicite) supprimé

eslint static/js : **0 erreur / 0 warning** (285 → 0) · node --check vert
sur tous les fichiers · suite **1089/1089** · ruff OK · docs à jour

2026-10-01 21:30:37 -04:00

182 KiB

Raw Blame History

Changelog - FlowDeck

v7.25.0 (2026-10-01) — Audit : A27 CLOSED (eslint 0/0)

Fixed

Toasts settings jamais affichés : settings.js appelait typeof toast === 'function' — guard toujours faux (le toast global n'existait pas) → les retours « Timezone saved » / « SP metadata URL copiée » ne s'affichaient jamais. → window.showToast (global base.html)
_wsInitData = window._wsInitData (auto-affectation d'un nom non déclaré, sans effet observable car window._wsInitData existe depuis L4) supprimé

Changed

A27 lint terminé : eslint static/js = 0 erreur / 0 warning (285 → 0, 22 fichiers) : · no-empty ×70 = catch (x) {} vides → catch { /* volontaire */ } (binding optionnel ES2019 ; zéro changement de comportement) · no-unused-vars ×171 = bindings de catch retirés + 24 lignes mortes déterministes (assert sur texte exact avant suppression) + /* exported */ sur les 10 fonctions appelées depuis les attributs HTML des templates (vérifiées par grep) · no-undef ×44 = vrais globaux déclarés dans eslint.config.mjs (getSvgIcon = inline base.html, TextDecoder = API, Prism = CDN)

Notes

node --check vert sur tous les fichiers ; suite complète 1089/1089
A27 reste ouvert uniquement pour : base 1 523 L structurel (inline par nature, décision assumée) + ~500 L de petits blocs hors cibles

v7.24.0 (2026-10-01) — Audit : A27 extraction TERMINÉE (bilan -85 %)

Changed

A27 (phase 2c) — _database_table_scripts.html : 1 314 L extraites vers static/js/database_table.js. Le Jinja du bloc était confiné à la construction de l'objet de config (4 clés + {% if collection_data %}) → config JSON #db-config null-vs-objet : new DBInstance(container, PAGE_COLLECTION_ID, DB_CONFIG) remplace les 2 branches Jinja
2 tests adaptés (lisaient le template source → database_table.js) ; FlowDeckDB plus dans le HTML → assert sur le JS

Notes

BILAN A27 : 11 874 L extraites en 4 phases (4 243 + 2 516 + 3 801 + 1 314), inline 13 904 → 2 022 L (-85 %), 22 fichiers static/js/*.js, node --check vert partout, eslint 0 erreur / 285 warnings
Reste : base 1 523 L structurel ({% block %}/{% for %} — reste inline par nature, décision assumée), ~500 L de petits blocs hors cibles, nettoyage des 285 warnings
Suite complète : 1089/1089

v7.23.0 (2026-10-01) — Audit : A27 phase 2b (+3 801 L)

Changed

A27 (phase 2b) — 4 blocs interpolés extraits avec la recette config JSON (identique à la 2a) : · local_workspace.html → local_workspace.js (2 031 L, lw-config : current_folder_id, workspace_id) · settings.html → settings.js (1 093 L, st-config : avatar_url, avatar_color, user full_name/login/email, is_admin, auth_method — 2 routes rendent ce template, les expressions or "" sont préservées pour les valeurs Undefined, is_admin reste un booléen) · _page_editor_realtime.html → page_editor_realtime.js (531 L, rt-config : SELF id/login/full_name/color) · board.html → board.js (146 L, bd-config : owner/repo/initial_view)
BONUS sécurité : les valeurs passent par |tojson (échappement JSON explicite) au lieu d'être interpolées dans des strings JS
Tags : config JSON inline (nonce conservé) + <script src> avec ?v={{ asset_version }} ; loaders XX = JSON.parse(#xx-config) en tête des fichiers extraits (try/catch → {})

Notes

Cumul A27 : 10 560 L extraites (13 904 → 3 344 restantes, -76 %)
node --check vert sur les 4 fichiers ; eslint : 0 erreur, 279 warnings (12 fichiers, baseline mise à jour)
Reste structurel : base 1 338 ({% block %}/{% for %} — reste inline par nature) + database_table 1 323 (if/else sur collection_data)
Suite complète : 1089/1089

v7.22.0 (2026-10-01) — Audit : A27 phase 2a (l'éditeur, 2 516 L)

Changed

A27 (phase 2a) — _page_editor_scripts.html : les 2 516 lignes du gros bloc interpolé partent vers static/js/page_editor_scripts.js
Recette « config JSON » : les 8 interpolations Jinja lisent maintenant PD = JSON.parse(document.getElementById('page-data')) — le bloc JSON #page-data existait déjà juste avant le script, même ordre d'exécution, garde __fdEditorScriptsLoaded préservée
Côté route (view_page_root) : page_data enrichi de updated_at, created_at, user_id, is_shared (le dérivé est hoisté — une seule expression sert le ctx ET le JSON) et clip_icon (macro fd_icon rendue côté serveur). workspace_key reste vide comme avant (jamais défini dans ce contexte → parité stricte)
node --check vert ; template : 2 tags restants (JSON config + src)

Fixed

8 tests adaptés à l'extraction (ils lisaient le template source) : test_ai_writing ×2 (+ helper _read_js), test_pwa_offline, test_v511 front_end_wired, test_v55 ×3 (lightbox, previews, endpoints) → lisent static/js/page_editor_scripts.js ; test_page_editor_renders_ page_is_shared → parsing du JSON #page-data (is_shared is True, la valeur sert toujours à la page)

Notes

Cumul A27 : 6 759 L extraites (13 904 → 7 145 inline)
Reste : local_workspace 2 031, base 1 523 (structurel {% for %}/{% block %}), database_table 1 323 (if/else), settings 1 093, realtime 531, board 146 ≈ 6 653 L + 120 warnings eslint à nettoyer
Suite complète : 1089/1089

v7.21.0 (2026-10-01) — Audit : A27 phase 1 (4 243 L de JS extraites)

Changed

A27 (phase 1) — les 7 templates dont le JS n'est pas interpolé Jinja sont extraits vers static/js/*.js : agent_panel_1/_2 (dont un bloc de 1 788 lignes livré sur chaque page), library (1 039), gitea_workspace (626), _icon_picker_1/_2, _ctx_menu, import, workspaces → 4 243 lignes, -30 % de JS inline (13 904 → 9 661)
Extraction un fichier par bloc : ordre et timing d'exécution identiques (pas de defer/async, attributs d'origine conservés dont data-cfasync), cache-busting ?v={{ asset_version }} (source unique A40), CSP : les scripts externes relèvent de 'self' (pas de nonce requis)

Lint

ESLint installé globalement (npm i -g eslint) — eslint.config.mjs existait déjà en flat config « sans dépendances » mais aucun binaire n'était installé (d'où « 0 linté »)
eslint static/js : 0 erreur, 120 warnings sur 8 fichiers (no-unused-vars 69, no-empty 36, no-undef 15) → baseline à nettoyer
node --check vert sur les 9 fichiers extraits ; eslint.config.mjs couvre déjà static/js/**/*.js donc les extraits sont lintés d'office

Notes

Reste A27 : les blocs interpolés Jinja (page_editor 2 517, local_workspace 2 031, base 1 523, database_table 1 323, settings 1 093… ≈ 9 661 L) → extraction en 2 temps (config JSON injectée + script statique)
Suite complète : 1089/1089

v7.20.0 (2026-10-01) — Audit : A32 TERMINÉ (routes Gitea + bug fd_icon)

Fixed

Bug prod trouvé par les smokes : card_detail.html appelait la macro fd_icon sans l'importer → UndefinedError → 500 systématique sur GET /api/issues/{o}/{r}/{id}?format=html (seul rendu du template dans le code) → {% from '_icons.html' import fd_icon %} ajouté

Tests

Les 6 dernières routes d'A32 (Gitea, stub de transport, zéro réseau) : · stubs manuels sur gitea_client.gitea avec état mutable partagé (le handler PATCH re-fetch l'issue via get_issue — un canevas figé aurait masqué la mise à jour) · POST /issues : carte insérée sur le board ; PATCH : colonne recalculée sans perdre la carte · GET /issues JSON + HTML (?format=html — le segment /html ne fixe pas le paramètre format, il est lu dans la query) ; stub qui lève → 404 · POST /checklists + POST /checklist-items : lignes vérifiées en base, 404 sans board
test_smoke_uncovered.py : 52 tests ; suite complète 1089/1089
A32 complet : plus aucun router « 0 test » (webhooks, notes, sidebar_config, github_routes, library, api, dashboard, api_v2)

v7.19.0 (2026-10-01) — Audit : A32 : dashboard bloqué (44/44)

Tests

+5 routes dashboard.py — test_smoke_uncovered.py : 49 tests : · Members (POST/PUT/DELETE) : invitation de soi-même dans un workspace dédié, rôle relu en base, membre supprimé (COUNT=0) ; quirk documenté : les retours (..., 400) de ces routes sont sérialisés FastAPI en tableau + 200 ([{"error": "Invalid role"}, 400]) · upload-folder : validations seules (structure absente → 400, JSON cassé → 400) — zéro fichier écrit sur disque, workspace dédié nettoyé · convert-to-database : collection + propriété title + vue table + page en content_format='collection' vérifiés en base, 404 page inconnue, cleanup dans l'ordre FK (page avant collection)
Recoupement final : scan des 44 routes strictement à 0 ref de dashboard.py → toutes exercées (19 faux positifs résiduels = paths en f-string dans les tests, rapprochés manuellement)
Suite complète : 1086/1086

v7.18.0 (2026-10-01) — Audit : A32 phase 2g (dashboard +13)

Tests

+13 routes dashboard.py (cumul 43→56 sur 63) — test_smoke_uncovered.py : 46 tests : · /gitea-workspace : page HTML (200 ou redirection propre) · workspace/projects GET+POST : shape {builtin, gitea, github} avec github == [], projet créé retrouvé dans builtin, quirk error sans nom, nettoyage · Cycle items local-workspace (5 routes) : création → renommage relu en base → move → soft-delete (deleted_at relu) → restore (deleted_at IS NULL relu), nettoyage · Cycle tags d'item (5 routes) : POST (nom lowercasé), tags de l'item, liste workspace, search (shape), suppression vérifiée. Utilisateur + workspace créés dans le test : /api/local-workspace/tags a besoin d'un workspace actif (fallback « premier workspace du user ») — on ne le fait pas dépendre de l'utilisateur fixture partagé, tout est nettoyé
Suite complète : 1083/1083

v7.17.0 (2026-10-01) — Audit : A32 phase 2f (dashboard +7, garde-fous A16)

Tests

+7 routes dashboard.py (cumul 36→43 sur 63), centrées sur les garde-fous A16 — test_smoke_uncovered.py : 42 tests : · GET /api/files/{ws}/{path} : traversal encodé %2e%2e%2f → 403 « Path traversal denied » ; inexistant → 404 ; vrai fichier écrit dans le data_dir de test → 200 + octets exacts (nettoyé) · GET /api/pages/{id}/download : page markdown → 404 « downloadable » (pas de 500) ; page « file » avec chemin ../ qui sort de la racine → jamais 200 (404), et file-content → 404/415 · GET /api/local-workspace/page-content/{id} : contenu + format relus, 404 sur id inconnu · GET /api/avatar/{id} : 302 + Location avec follow_redirects=False (AUCUNE requête réelle vers l'URL externe — règle « 0 réseau »), 404 sans avatar · GET/POST /api/collections/{id}/table-data|pages : 404 inconnu, shape, ligne créée retrouvée dans table-data, nettoyage finally
Suite complète : 1079/1079

v7.16.0 (2026-10-01) — Audit : A32 phase 2e (dashboard +9, comptes)

Tests

+9 routes dashboard.py (cumul 27→36 sur 63) : · /accounts + /accounts/settings : 200 HTML, password_hash absent du rendu (whitelist A2 vérifiée côté page) · PUT /api/user/profile : persistance relue en base, valeur d'origine restaurée en finally · PUT /api/user/password : 403 « current password is incorrect » (A3 — la session seule ne change pas le mdp) + quirk assumé et documenté : longueur validée AVANT auth → 200 + message d'erreur · POST /api/user/token : format fd_ + 64 hex, ligne user_tokens nettoyée en finally · DELETE /api/user/forge/{provider} : {"status": "ok"} · PUT /api/settings/account : full_name/email persistés + 400 sur mdp court (validateur), restauration en finally · POST /api/workspaces/{id}/select : Set-Cookie flowdeck_workspace vérifié ; GET /api/local-workspace/breadcrumb : shape liste
test_smoke_uncovered.py : 38 tests ; suite complète 1075/1075

v7.15.0 (2026-10-01) — Audit : A32 phase 2d (dashboard +10 routes)

Tests

Scan strict dashboard.py : 44 routes à 0 référence (sur 63) — 10 couvertes cette passe dans test_smoke_uncovered.py (32 tests au fichier) : · Tags CRUD : création (SmokeTag → smoketag lowercasé), présence dans la liste, changement de couleur relu, suppression puis absence · Vie d'une page : GET content (contenu seedé relu) → PUT rename (ok + 400 sur titre vide + titre relu en base) → POST trash (parent_section='Trash' + deleted_at relus en base) · sidebar/workspace-tree : 200 HTML, fragment « No pages yet » sans cookie · settings/avatar-color : couleur relue sur l'utilisateur de la session (pas LIMIT 1), valeurs d'origine restaurées en finally · workspace/{id}/members : shape {"members": [...]}
Helper _seed_page : surcharge des colonnes par défaut (content=, …)
Suite complète : 1069/1069

v7.14.0 (2026-10-01) — Audit : A32 phase 2c (api_v2 +5 routes)

Tests

Scan strict des 115 routes api_v2.py contre tous les tests (chaîne de chemin littérale) → 5 routes à 0 référence, toutes couvertes : · POST /properties/evaluate-formula : 200 + shape, 400 sans expression (le moteur renvoie 1 + 2 tel quel aujourd'hui — le smoke valide le câble route/auth/parse, pas le moteur) · POST /properties/compute-rollup : 400 collection_id required, 401 sans bearer · GET /admin/audit-logs : portail admin vérifié — attendu calculé depuis /users/me (le tout premier utilisateur d'un worker est admin, état non contrôlable depuis le test), + token scope admin → 200 + logs liste · GET /webhooks/events : catalogue non vide + wildcards */page.* · POST /webhooks/verify-signature : valid=True avec sign_payload(secret, payload) (même helper que le serveur), False avec une signature bidon
test_smoke_uncovered.py : 27 tests au total
Suite complète : 1064/1064

v7.13.0 (2026-10-01) — Audit : A32 phase 2b (api.py 16/22)

Tests

api.py passe de 3 à 16 routes couvertes (22 @router au total) : · board-config GET/POST : défauts à 5 colonnes sans board, création puis relecture du roundtrip · col-mapping POST/DELETE : 404 sans board, upsert label vérifié, suppression vérifiée · card POST : 404 sans board, {"status": "ok"} avec · collaborators GET : gitea.get_collaborators stubbé (zéro réseau réel) · frontend-error(s) : capture, JSON invalide → ignored, dédup d'une erreur répétée (count=2), lecture qui purge (cleared=true puis 0) · checklist mutations : PATCH item (checked/content relus EN BASE), DELETE item, DELETE checklist (réapparition COUNT=0) — seed + cleanup
Reste api.py : 6 routes Gitea (issues ×4 + créations checklists) → stub de transport httpx. Reste global : dashboard.py 17/63, api_v2.py 50/115

Tests

Suite complète : 1059/1059 (236 s) ; test_smoke_uncovered.py : 22 tests

v7.12.0 (2026-10-01) — Audit : A32 phase 2a (library 10/10)

Tests

library.py passe de 1/10 à 8 routes couvertes : les 5 listes (recents/favorites/published/private/workspace) en un test de boucle, /private avec une page seedée et retrouvée, /children/{id} avec un parent/enfant seedés (titre retrouvé), /repository vide et clé (aucun appel réseau — la clé n'est qu'une string de workspace)
Test de non-régression 404 sur les 2 routes supprimées

Removed

2 routes cassées supprimées (découverte des smokes) : /api/library/local-workspace-children/{id} renvoyait un 500 systématique et /api/library/local-workspace un 500 dès qu'un workspace existait — les deux lisaient local_workspace_items, une table qui n'est créée nulle part dans le codebase (grep : 0 CREATE TABLE), avec 0 référence front. library._format_size devenu mort : supprimé aussi (une version vit dans dashboard.py, inchangée)
local_workspace_items : plus aucune occurrence dans app/

Tests

Suite complète : 1053/1053 (229 s) ; test_smoke_uncovered.py : 16 tests

v7.11.0 (2026-10-01) — Audit : A32 phase 1 (routers à 0 test)

Tests

tests/test_smoke_uncovered.py — 10 smoke tests, un par route des 4 routers qui n'avaient AUCUN test : · webhooks.py (3/3) : réception sans secret → {"status":"ok"} ; HMAC faux → 401 (secret piloté par monkeypatch) ; register sans secret → 400 avant tout appel réseau ; status avec gitea.list_webhooks stubbé (zéro accès réseau réel) · notes.py (2/2) : GET HTML + roundtrip POST→GET (upsert persisté, échappement HTML vérifié <b>) · sidebar_config.py (2/2) : GET défauts, PUT persisté relu depuis users.sidebar_config, 400 sans config, remise en état en fin de test · github_routes.py (2/2) : status {"linked": False}, disconnect ok
Reste (phase 2) : quasi nuls — library.py 1/10, api.py 3/23, dashboard.py 17/63, api_v2.py 50/115
Suite complète : 1047/1047

v7.10.0 (2026-10-01) — Audit : A21 phase 2b (api_v2 bouclé)

Changed

Helper run_event_sync(coro) (app/services/automations.py) : exécute une coroutine d'événement depuis un handler synchrone — asyncio.run sur une boucle dédiée dans le worker threadpool : bloqué = le worker, jamais la boucle d'event, et la réponse n'est envoyée qu'une fois l'événement terminé (déterministe, équivalent sémantique de l'await d'avant). Note ponytail: : clients httpx créés à chaque appel partout → aucun lien de boucle ; sinon run_coroutine_threadsafe + boucle du lifespan
A21 (phase 2b) — 15 routes api_v2 dont les seuls awaits étaient request.json / _fire_event / fire_published / fire_unpublished → paramètre Body(default={}) + run_event_sync(...) + conversion en def
api_v2 : 111/115 routes hors event loop — il ne reste que 4 routes async, toutes avec de vrais awaits réseau : import_csv_v2 (multipart), project_tree_v2 (gitea), test_webhook_v2, retry_webhook_deliveries
Repo-wide : 403 routes synchrones (hors loop) / 260 async (phase 2c)

Tests

Ciblé (public_api_v2 + v65 + webhooks_v2 + audit) : 90/90 — les webhooks prouvent la détermination de run_event_sync ; suite complète 1037/1037 en 228 s

v7.9.0 (2026-10-01) — Audit : A21 phase 2a (api_v2 hors loop)

Changed

A21 (phase 2a) — dans api_v2, les 36 routes dont le seul await était body = await request.json() passent à un paramètre FastAPI body: dict = Body(default={}) (parsing async fait par FastAPI avant l'appel) puis sont converties en def → threadpool. Équivalences vérifiées avant-engagement : corps absent → {} (identique au try/except d'avant), JSON invalide → 422 (avant : traité silencieusement comme {}), zéro body[...] = dans le fichier (le défaut partagé n'est jamais muté)
api_v2 : 96/115 routes hors event loop (60 en phase 1 + 36 ici) ; il ne reste que 19 routes async dans ce router (fire_event, request.form, appels gitea/webhooks — phase 2b)
Bug de transformation évité en cours de route : première version du script supprimait 5 lignes au lieu de 4 (slice fermant d'un cran trop loin) — fichier restauré depuis git puis script corrigé, 0 ligne perdue (diff logique : +39/-183 = 36 signatures + import, 4 lignes de try/except × 35)

Tests

Suite complète 1037/1037 (242 s) ; ciblée sur test_public_api_v2 + test_v65 + audit : 62/62 verts avant la passe complète

v7.8.0 (2026-10-01) — Audit : A21 phase 1 (SQLite hors event loop)

Changed

A21 (phase 1) — 352 routes async def sans aucun await converties en def : FastAPI les exécute alors dans son threadpool — tout leur travail SQLite (get_conn() + conn.execute) quitte l'event loop, sans changer une ligne de logique (la conversion est sémantiquement neutre : vérifié corps par corps — aucun await/async with/async for/asyncio dans les fonctions converties). Répartition : api_v2 60, dashboard 40, collections 25, board 23, workspace 19, wiki 17, permissions 14, api 14, + 35 autres fichiers
Reste (phase 2) — les 311 routes qui ont de vrais await (request.json(), fire_event, httpx) : enrouler les blocs DB dans await anyio.to_thread.run_sync(...) ; aucun wrapper partagé livré pour l'instant (rien ne l'appellerait)

Perf

Dernière suite : 233 s (écarts précédents mesurés : 235-359 s) — les handlers SQLite ne saturent plus la boucle pendant les tests

v7.7.0 (2026-10-01) — Audit : A20 (CSP — nonce, partie 1)

Security

A20 — script-src : 'unsafe-inline' remplacé par 'nonce-<aléatoire par requête>'. Le middleware CSP génère le nonce dans une ContextVar avant call_next (visible des templates via {{ csp_nonce() }}) ; 38 tags <script> inline des templates, la constante de module LOCAL_LOGIN_HTML (helper _with_nonce() au rendu) et 3 scripts Python dans collections.py le portent ; htmx reçoit le même nonce via <meta name="htmx-config"> (inlineScriptNonce — les scripts des réponses boostées restent valides)
Les 74 handlers onclick= inline restent fonctionnels via script-src-attr 'unsafe-inline' (détaché de script-src : le nonce les aurait désactivés aussi)
https://cdn.jsdelivr.net / https://unpkg.com ajoutés à script-src et style-src : les vues chart/map de collections les utilisent et étaient bloquées par la CSP depuis toujours (commentaire ponytail: → upgrade : vendoriser ces libs puis retirer les hôtes)
Reste d'A20 : unsafe-eval (Alpine x-data en string → build @alpinejs/csp), externalisation du JS inline (A27), resserrer img-src/connect-src

Tests

test_csp_nonce_per_request : page base.html (meta htmx-config + nonce du header identique sur tous les scripts inline, nonce différent d'une requête à l'autre) et page hors template (/auth/login?provider=local)

v7.6.0 (2026-10-01) — Audit : A31 (dette migrations)

Fixed

A31 — transaction par migration : _apply_one() fait BEGIN → fn(conn) → marque schema_version → commit, rollback complet à l'échec. Avant, le DDL sortait en autocommit (isolation_level legacy) : un échec au milieu laissait un schéma partiel commité SANS ligne de version, et la reprise rejouait un DDL déjà appliqué
A31 — helper unique columns(conn, table) (valide l'identifiant, ValueError sinon) : 25 copies de {r[1] for r in conn.execute("PRAGMA table_info(...)")} éliminées dans migrations.py. table_exists/column_exists préconisés par l'audit non livrés : aucune migration n'interroge sqlite_master, un contrôle unitaire se lit dans le set

Tests

test_migration_transaction_rolls_back (DDL partiel annulé + pas de marque de version, chemin nominal enregistré), test_columns_helper_validates_table_name

v7.5.0 (2026-10-01) — Audit : A29, A42 (partiel)

Changed

A29 — services/publish.py partagé : les 3 paires publish/unpublish (sharing = front, board, v2) déléguent ; 404 partout (board faisait une mise à jour aveugle), slugify titré unique (board : aléatoire ; v2 : slug fourni conservé), événements centralisés, board gagne le contrôle de session. Les bonus divergents disparaissent (share_mode='anyone' pour board, is_shared=1 pour v2) : le share dialog reste l'unique propriétaire de ces drapeaux, dépublier ne révoque donc pas un partage manuel. Les listings /users/me ×2 et collections ×3 restent : contrats versionnés distincts
A42 — 9 copies de Path(os.environ.get("FLOWDECK_DATA_DIR", "/data")) → settings.data_dir (property : lecture à chaque accès, les tests monkeypatchent l'env) ; cache Gitea : évacuation des entrées expirées à chaque écriture (il ne pouvait que grandir) ; les 29 Environment(...) étaient déjà couverts par A10. Reste : client httpx partagé (52 créations, à faire avec un cache par event loop)

Security

Byproduct A29 — GET /api/users/me (v1) et le contexte Jinja de /accounts renvoyaient SELECT * sur users : password_hash, login_attempts et locked_until exposés → colonnes whitelistées (identiques à la liste v2)

Tests

test_publish_service_shared_and_safe (slug, 404, partage préservé), test_users_me_no_secret_columns, test_gitea_cache_evicts_expired

v7.4.0 (2026-10-01) — Audit : A30, A37, A39, A40, A41

Changed

A30 — require_scope() est enfin câblé : 69 sites stricts de api_v2.py passent par la factory (Bearer + scope en un appel, contrôle manuel supprimé ; les 4 variants admin|is_admin restent manuels, ce sont d'autres contrôles) ; 12 top-level morts supprimés (unsync_block, find_referring, _b64url, strip_markdown, format_number, … — 0 référence app ET tests)
A37 — CORS : plus de allow_origins/methods/headers = ["*"] → origines dérivées de settings.app_base_url + localhost/origines d'extension (allow_origin_regex), méthodes et entêtes minutés, allow_credentials=True explicite ; test test_cors_no_star
A40 — version d'assets à source unique : {{ asset_version }} (global Jinja lu au boot depuis le fichier VERSION) ; les littéraux ?v=5.1.1, ?v=2.4.8, ?v=6.0.0 de base.html éliminés ; sw.js n'existe plus (audit obsolète) ; vendors gardent ?v= = version de la lib (correct)
A41 — 91 règles CSS mortes purgées d'app.css : -10 274 octets (121 618 → 111 344) — scan : classes définies dans app.css et absentes de templates, JS, autres CSS et code Python

Notes

A39 (htmx) — décision « rien » : 32 attributs hx-* réels, conversion = refonte du view-switching sans tests E2E ; à reconsidérer avec un test automatisé du view-switch

v7.3.9 (2026-10-01) — Audit : A26, A33, A34, A35, A36, A43

Fixed

A26 — champ standalone mort supprimé (0 lecteur) ; sqlite:////data/… ne produit plus un chemin UNC sous Windows ; .env.example ne promet plus PostgreSQL (non supporté) ; raise au boot si APP_SECRET_KEY vaut encore la valeur par défaut (il signe les sessions)
A33 — rate limit : préfixes manquants ajoutés (/scim/v2/, /workspace/, /db/, plus le non-GET sur /s/ et /f/ sans pénaliser la lecture) ; la limite vient de settings.rate_limit_requests (60 annoncés, 100 codés en dur) ; clé = X-Forwarded-For uniquement derrière un proxy local ; _store épuré (croissance mémoire bornée)
A34 — helper _spawn() pour les 10 schedulers : exception loggée + redémarrage après 10 s (ils mouraient en silence) ; 2 logger.debug de scheduler passés en warning
A35 — OpenAPI régénéré : 439 → 511 chemins, info.version 7.3.9 ; README à jour (était v6.7.0) ; compteur de API_GUIDE_V6.md à jour ; titre dupliqué retiré du ROADMAP
A36 — 4 dépendances mortes purgées de requirements.txt (aiosqlite, slowapi, loguru, packaging = 0 import)
A43 — 15 datetime.utcnow() dépréciés → now(UTC).replace(tzinfo=None) (format ISO naïf identique, zéro changement de comportement)

Notes

Le drift Python (Docker/CI/README 3.12 vs venv local 3.13) reste ouvert : l'alignement à 3.13 implique un rebuild d'image à valider

v7.3.8 (2026-10-01) — Audit : A25 (exceptions muettes) + A21 partiel

Fixed

A25 — 84 except Exception: pass/… deviennent logger.exception(fn) (19 fichiers, 63 dans des handlers async) : les échecs du pipeline d'événements/webhooks et des écritures sont enfin visibles dans les logs
A25 (critique) — plus de try autour de materialize_properties dans create_collection_v2 et apply_db_template_v2 : un échec annule la transaction au lieu de commiter une collection sans schéma
A21 (partiel) — PRAGMA busy_timeout=5000 dans get_conn() (le seul point d'entrée des connexions) ; le wrapper async + les 510 call sites synchrones sur l'event loop restent à migrer

Tests

test_collection_rollback_when_materialize_fails → suite 1028/1028

v7.3.7 (2026-09-30) — Audit sécurité : A14 (fallback admin agent)

Fixed

A14 — _current_user_id et _current_admin ne retombent plus sur la row admin : 401 sans session (les 24 sites de _current_user_id + PATCH/POST /api/agent/providers) — un anonymous ne pouvait plus orienter le ping() du serveur vers un api_base interne
_check_api_base() sur les 2 routes provider : scheme http(s) obligatoire, identifiants dans l'URL refusés (400). Les hôtes privés restent acceptés — le provider par défaut du produit est Ollama http://localhost:11434/v1 ( commentaire ponytail: : fermeture possible via allowlist provider local)
Test test_agent_providers_require_admin_and_valid_api_base → suite 1027/1027

Fixed

A19 (fin) — les 46 appels non-GET restants des 5 derniers préfixes (/api/agent, /api/settings, /api/local-workspace, /api/gitea, /api/workspace + /api/workspaces) reçoivent X-CSRF-Token (expression cookie en ligne, portée indifférente fonction/Alpine/attribut) ; les 5 préfixes sortent d'EXCLUDED_PATHS
Vérification syntaxe : les <script> des 39 templates passent node --check (interpolations Jinja neutralisées) — 0 échec avant/après
Tests : anon_csrf() là où le 403 CSRF masquait le 401 attendu, paire CSRF sur le TestClient jetable de test_sessions_listed_and_revocable
suite 1026/1026 · ruff check app tests OK — la liste CSRF ne contient plus que du Bearer, des callbacks /auth/*, des pages publiques et de l'infra

v7.3.5 (2026-09-30) — Audit sécurité : A19 (partiel) — CSRF réduit aux vrais cas

Fixed

A19 (partiel) — 12 préfixes sortis de EXCLUDED_PATHS après scan des appels non-GET du front (tous envoient déjà X-CSRF-Token) : /db/, /workspace, /workspace/automations, /board/api/favorites, /api/pages, /api/recents, /api/notifications, /api/comments, /api/automations, /api/github, /api/admin, /api/onboarding — les 2 fetch de welcome.html équipés du header
La liste ne garde que Bearer/webhooks/callbacks/pages publiques + les 5 préfixes dont le front n'est pas encore équipé (/api/workspace, /api/local-workspace, /api/settings, /api/gitea, /api/agent)
Helper anon_csrf() en test (anonyme + CSRF valide → on mesure le 401 de la route, pas le 403 du middleware) → suite 1026/1026

v7.3.4 (2026-09-30) — Audit sécurité : A16 (ACL sur lectures)

Fixed

A16 — _load_page_or_404 (4 exports) et les 2 routes pièce jointe (/download, /file-content) passent par session + PermissionManager.can_view_page → 401 sans session, 404 hors ACL ; la lecture legacy board.py était déjà couverte par A7
Test test_exports_and_attachments_require_auth → suite 1026/1026

v7.3.3 (2026-09-30) — Audit sécurité : A12–A24 (SSRF, auth legacy, uploads, perf)

Fixed

A12 — unfurl OG : follow_redirects manuel + _is_public_host à chaque saut → 400 vers loopback/link-local (ex. 169.254.169.254)
A13 — automations : Depends(_require_session) sur le router entier (CRUD, run, press-button) + action webhook validée avant POST
A15 — webhooks sortants : admin exigé + URL publique (SSRF scheduler)
A17 — router legacy /api : session ou Bearer (/api/v1) ; allowlist explicite /api/health, /api/frontend-error
A22 — uploads locaux : session exigée, validate_upload branché (10 MB + extensions), FLOWDECK_DATA_DIR remplace le /data codé en dur
A23 — N+1 : GROUP BY (compteurs de pages), executemany (cards de sync
- duplicata de propriétés avec remap d'ids vérifié)
A24 — 2 routes silencieusement écrasées supprimées + test « aucun doublon méthode+chemin » sur les 680 routes

Tests

+9 non-régressions dans tests/test_audit_p0_fixes.py → suite 1025/1025

v7.3.2 (2026-09-30) — Audit sécurité : A11 + A18

Fixed

A11 — GET /api/settings/avatar/{filename:path} : resolve() + relative_to() (le motif de serve_uploaded_file) → 403 hors /data/avatars
A18 — GET /workspace/public/{id} : 404 explicite pour les bases restricted/private (permission_type) et html.escape sur nom, icône et titres de lignes — ce f-string HTML ne passe pas par Jinja2, donc l'autoescape A10 ne le couvrait pas
Tests : tests/test_audit_p0_fixes.py (3 non-régressions) — suite 1019/1019

v7.3.1 (2026-09-30) — Audit sécurité P0 : A1–A10

Corrections du bloc critique de l'audit du 2026-09-30 (ROADMAP) : plus aucune route cookie-auth n'accepte un anonymous, et Jinja2 échappe enfin sa sortie.

Fixed

A1/A2 — deps pyotp/webauthn/cbor2 installées, rebinding de app.config.settings supprimé dans test_v54.py (isolation rétablie) ; cycle v6.8→v7.3 committé + tag v7.3.0
A3 — PUT /api/user/password : 401 sans session + current_password exigé ; helper _require_user_id() sur profile/password/token/forge ; /api/user sorti de la liste CSRF exemptée
A4 — POST /api/v1/token et POST /api/user/token : 401 sans session, chemin legacy user_id=0 supprimé
A5 — CRUD membres d'espace : session + rôle admin de l'espace (ou admin global), placeholder user créé en is_admin=0
A6 — _require_view → 404 / _require_edit → 401 sans session (fin du legacy single-user sur les collections)
A7 — création ET lecture de page → 401 sans session (PermissionManager), /board/api/pages sorti du CSRF exempt (+ header manquant côté local workspace)
A8 — seed admin sans mot de passe codé en dur : aléatoire au premier boot (loggé une fois) ou FLOWDECK_ADMIN_PASSWORD
A9 — .db/fichiers de test désindexés + .gitignore/.dockerignore, rotation de APP_SECRET_KEY
A10 — app/templating.py : un seul ENV avec autoescape=select_autoescape(["html"]), 29 instantiations remplacées ; re-tri des |safe (corps d'issue + commentaires échappés, sidebar_config en |tojson)

Tests

Client de test connecté par défaut (_TestSessionAuth : session + CSRF injectés hors cookie jar) + helper anon() sur les 40 tests d'anonymat
Suite complète : 1016 passed / 0 failed · ruff check app tests OK

v7.3.0 (2026-09-29) — Wiki / Teamspaces + Polish (dernière version du cycle v7)

Connaissance vérifiée et finition collaborative : teamspaces, badge ✅ avec expiration, guests sans compte, réactions, follows, analytics de page et trois nouveaux blocs rendus côté serveur. Design : docs/V73_Wiki_Teamspaces_Polish.md.

Added

Teamspaces — app/services/wiki.py + app/routers/wiki.py : teamspaces (workspace_id, private, UNIQUE(workspace_id, name)) et teamspace_members (rôles owner/editor/commenter/viewer) ; CRUD + listing par workspace, ajout/retour de membres ; private=1 → 404 (pas 403) pour les non-membres, comme les collections restricted ; un teamspace public reste cantonné au workspace (pas de viewer implicite pour un compte qui n'en est pas membre) ; pages.teamspace_id + collections.teamspace_id
Verified pages — page_verifications (badge ✅, verified_by, note, expires_at 90 j par défaut, re-vérifier remplace) ; l'index GET /api/v2/wiki/verified exclut les badges expirés et les pages de teamspaces privés ; sweep POST /api/v2/wiki/verify-expiry-sweep (admin) notifie le vérificateur à J-7 (page.verification_expiring) ; la vérification exige un rôle editor/owner/admin, sinon 403
Guests sans compte — guest_shares (token, role viewer|commenter, expires_at, revoked) ; accès par GET /g/{token} sans session, enregistrement d'une vue, révocation idempotente ; page 404 HTML dédiée au lieu d'une redirection vers /workspaces
Collab polish — comment_reactions (agrégation par emoji + users, toggle), page_follows (toggle + followers), page_views (compteurs journaliers, séries sans trou via view_stats)
Wiki Home — GET /api/v2/wiki/home (teamspaces + verified + recents)
Blocs — app/services/wiki_blocks.py : mermaid (SVG inline si mmdc est installé, sinon <pre class="mermaid"> rendu côté client), equation_inline (KaTeX, source sanitizée : <, >, \ retirés pour empêcher la fermeture anticipée du délimiteur ou l'injection de balises), progress (agrégation directe sur property_values_json → barre %) ; les trois sont rendues par export.blocks_to_html (donc présentes dans l'export HTML/PDF) et exposées via POST /api/v2/wiki/blocks/preview
Migration 29 — teamspaces, teamspace_members, page_verifications, comment_reactions, page_follows, guest_shares, page_views + colonnes teamspace_id sur pages/collections
Sidebar teamspaces — section Teamspaces dans base.html (état Alpine teamspaces/loadTeamspaces/openTeamspace, section ouverte par défaut, icône/label/ordre, fallback du panneau de personnalisation) → GET /api/v2/wiki/teamspaces accepte désormais l'omission de workspace_id (listing cross-workspace avec workspace_name), page HTML GET /wiki/teamspaces/{id} (pages + collections du teamspace, rôle affiché) ; entrée teamspaces dans sidebar_config.DEFAULT_CONFIG
Notif page.updated aux followers — wiki.notify_followers_of_page_update (une par 10 min, actor_id exclu) branchée dans automations.fire_event ; payloads actor_id ajoutés dans board.update_page et board.save_page_blocks ; commenter une page = suivre (auto-follow wiki.ensure_follow, défaut ON)
Charts avancés — type number (KPI) avec agrégats count|sum|avg|min|max dans collections._render_chart (+ _chart_aggregate/_fmt_number) ; le « 0 » n'est plus forcé à 1 ; les dashboards multi-DB se rendent via GET /db/{collection_id}/dashboards/{dashboard_id} (widgets collection_id, ≤ 40 widgets, ≤ 200 lignes/chart) ; view_collection choisit maintenant la config de vue correspondant au view_type demandé
Unfurl gitea:/github: — POST /board/api/og/metadata résout les refs gitea:owner/repo / github:owner/repo via GiteaClient.get_repo_info (ajouté) ou GitHubAdapter (token optionnel, sinon API publique) sans télécharger la page ; champs bookmark url/title/description/image/site_name conservés dans l'autosave du bloc
UI Settings → Audit — settings.html : l'onglet admin-audit interroge désormais /api/v2/audit/logs (sources api/permissions/sso, filtres actor/action, pagination « Load more », export CSV)
SSO 21 casses — dépendances python3-saml==1.16.0 + authlib==1.8.0 (plus xmlsec/isodate/joserfc) installées → test_v67_sso.py 38/38
Sécurité — sanitize_equation retire désormais </>/\ (pas de breakout KaTeX/markup), revoke_guest 404 fondé sur l'existence, pas le rowcount

Tests

tests/test_v73_wiki_polish.py : 58 → 72 tests (sidebar cross-workspace + page teamspace owner/outsider, auto-follow par commentaire, notif page.updated throttlée + acteur exclu, ensure_follow idempotent, regex + unfurl gitea/github + endpoint /board/api/og/metadata, KPI + _chart_values (0 conservé) + dashboards multi-DB + 404)
ruff check app tests OK · suite complète python -m pytest -n auto : 1016 passed (était : 981 passed / 21 failed en SSO avant install des deps)

v7.2.0 (2026-09-29) — Enterprise admin : SCIM 2.0, 2FA, Audit, gouvernance agents

Le socle administration d'une instance auto-hébergée en équipe : provisionnement SCIM depuis l'IdP, TOTP + passkeys, journal d'audit unifié et garde-fous d'exécution pour les agents. Design : docs/V72_Enterprise_SCIM_2FA.md.

Added

SCIM 2.0 — app/routers/scim.py : GET/POST /scim/v2/Users, GET/PUT/PATCH/DELETE /scim/v2/Users/{id} (Bearer scim_tokens, schémas core:2.0:User, active → users.is_active + révocation user_sessions, Operations PATCH active/userName) ; tokens SHA-256 stockés, affichés une seule fois, révocables (/api/v2/scim/tokens) ; exempté CSRF (clients IdP sans cookie) et 404 application/scim+json au lieu d'une redirection
TOTP 2FA — app/services/two_factor.py : secret chiffré Fernet au repos, 10 codes de secours à usage unique (SHA-256), Défi pending signé 5 min ; POST /auth/local-login renvoie 2fa_required sans créer de session, puis POST /auth/local-verify l'échange contre une session ; setup/activate/ disable/status côté utilisateur
Passkeys WebAuthn — app/routers/webauthn.py : enregistrement (register/begin|finish, attestation vérifiée, COSE stocké) et connexion sans mot de passe (login/begin|finish, anti-rejeu sign_count, vérif. origine/RP) ; listing + suppression des clés
Domain claims — POST /api/v2/domain-claims (normalisation lowercase, jeton .well-known/flowdeck-verify.txt), POST .../verify (fetch HTTPS du domaine + comparaison), enforce_sso qui bloque le login local par domaine dans auth.local_login (les admins gardent l'accès local) ; jeton jamais renvoyé par le listing
Audit unifié — app/routers/audit.py : GET /api/v2/audit/logs fusionne api_audit_log + permission_audit_log + sso_login_history en un schéma commun, filtres source/actor/action, pagination, export ?format=csv (admin ou Bearer read:admin)
Gouvernance des agents — app/services/agent_policies.py + app/routers/governance.py : agent_policies (liste d'outils autorisés par workspace, max_steps, require_approval) consultée par AgentEngine avant les ACL, file agent_approvals pour les écritures, décision admin (/api/v2/agent-approvals/{id}/decide) + événement agent.run.approval_requested
Migration 28 — scim_tokens, domain_claims, webauthn_credentials, agent_policies, agent_approvals + users.totp_secret_enc, users.totp_backup_hashes

Fixed

Les 404 sur /scim/v2 et /auth/webauthn renvoyaient une redirection 302 vers /workspaces (handler global) : ils retournent désormais du JSON, et /scim/v2 répond en application/scim+json
/scim/v2 et les routes 2FA/WebAuthn ajoutées à la liste d'exclusion CSRF (authentification Bearer, pas de cookie de session)

Tests

tests/test_v72_enterprise.py : 52 tests (migration 28, SCIM tokens/CRUD/ suspend/duplicate/404, 2FA setup-activate-verify-backup-chiffrement-désactivation, challenges, domain claims, WebAuthn, audit multi-source + filtres + CSV + pagination, politiques et gate d'approbation)
ruff check app tests OK · tests/test_agent.py + tests/test_app.py : 261 verts (la gouvernance ne casse pas l'engine)

v7.1.0 (2026-09-28) — Calendar sync + Meeting Notes

Calendrier bidirectionnel Google/CalDAV + transcription → résumé IA qui déclenche les agents (pattern Notion 07/2026). Design : docs/V71_Calendar_Meetings.md.

Added

Sync bidirectionnelle — app/services/calendar_sync.py : calendar_links (tokens Fernet, collection_id, date_property), pull (event → ligne datée + external_event_id) + push, boucle 15 min dans le lifespan ; conflits (édité des 2 côtés → last-write-wins + notif calendar.conflict) ; lignes touchées par le pull jamais repoussées ; API CRUD + POST .../sync (app/routers/meetings.py, session ou Bearer write, tokens jamais leakés)
Sans dépendance — Google Calendar REST (401 → « relink »), CalDAV brut (REPORT + parseur multistatus, PUT) ; I/O module-level monkeypatchables
Meeting Notes v2 — app/services/meetings.py : upload audio 100 MB (mp3/wav/m4a/ogg/flac/aac), transcription STT_COMMAND ou transcript manuel, résumé ai_writing.summarize (offline-capable) → trigger meeting.summarized (branché automations v7.0) ; endpoints upload/texte/summarize
Free/busy — GET /db/{id}/calendar/freebusy (busy + free weekdays, récurrences expandues, 1..370 j)
Migration 27 — calendar_links, meeting_transcripts, collection_pages.external_event_id + index

Tests

tests/test_v71_calendar_meetings.py : 15 tests (migration, links, pull/push/idempotence/conflit + notif, 502, CalDAV, freebusy, meetings ×5)
ruff check app tests OK · suite 871 verts (21 échecs test_v67_sso.py pré-existants — onelogin absent de l'environnement)

v7.0.0 (2026-09-28) — Automations v2 + Workers lite

Du if-this-then-that aux chaînes multi-triggers + custom code sandboxé, parité Notion Automations + Workers. Design : docs/V70_Automations_Workers.md.

Added

Automations multi-étapes — automation_steps (trigger/condition/delay/action ordonnés) : CRUD GET/POST /workspace/automations/{id}/steps, PUT/DELETE /workspace/automations/steps/{id} (session, validation serveur), PUT .../mode (any défaut / all fenêtre 5 min) ; conditions AND réutilisant match_condition_props ; form.submitted déclenchable ; legacy sans steps intact (matcher legacy ignore les automatisations à steps → pas de double run)
Nouvelles actions — slack (incoming webhook, URL chiffrée Fernet au repos, décryptée à l'exécution), email (user:<id> résolu ou reply-to créateur, repli propre sans SMTP), forge_issue (Gitea via GiteaClient / GitHub API, token user_oauth_tokens), agent_trigger (conversation + run AgentEngine), delay (0..86400s validé, sleep plafonné 300s) ; interpolation [[prop]] / {{title}} conservée ; backends module-level = monkeypatchables
Bouton DB natif — type button (PROPERTY_TYPES), button_automation_id, POST /api/automations/press-button (CSRF-exempt, 400 explicites)
Workers lite — app/services/workers.py (lint AST : imports réseau/OS, open/exec/eval, dunders ; builtins restreints ; thread + timeout 30s ; budget journalier ; fork des partagés) + app/routers/workers.py (CRUD /api/v2/workers* session/Bearer write, code masqué aux non-owners, run/runs/fork/usage) ; crons branchés sur la boucle scheduler 60s
Migration 26 — automation_steps, workers, worker_runs, automations.trigger_mode, collection_properties.button_automation_id

Tests

tests/test_v70_automations_workers.py : 31 tests (migration, steps, any/all, chaînes, delay, 4 nouvelles actions, secret chiffré, button, legacy, workers ×11)
ruff check app tests OK · suite 855 verts (21 échecs test_v67_sso.py pré-existants — onelogin absent de l'environnement ; 1 flaky parallèle test_env_config_fallback… qui passe isolé)

v6.9.0 (2026-09-28) — Recherche sémantique + Ask AI

Retrouver (hybride lexical + vectoriel) et demander (RAG avec citations), parité Notion Enterprise Search + AI Q&A. Design : docs/V69_Search_Ask_AI.md.

Added

Moteur sémantique — app/services/semantic_search.py : chunking chevauchant (1200 cars / overlap 150, récursif dans children), encodeur hashed-TF hash-256 (md5 % 256, L2, déterministe, zéro dépendance, embed_texts() pluggable), cosinus pur Python, fusion RRF (k=60), job incrémental index_pending() (batch 50, scheduler 5 min dans le lifespan) + purge_orphans()
Recherche hybride — GET /api/v2/search/hybrid (app/routers/search_ai.py, session ou Bearer read) : lexical FTS5/LIKE + vecteurs, filtre workspace_id, scope membership, PermissionManager (pages restricted masquées), search_excluded respecté, pagination + X-Total-Count
Ask AI — POST /api/v2/search/ask : top-8 chunks autorisés (ACL avant prompt), LLMClient.complete() si provider configuré sinon extractif offline avec [[fdpage:ID]], citations résolues (titres, « Deleted page » gérée), cache 10 min, rate-limit 30/min, api_audit_log
Observabilité — GET /api/v2/search/index-status (ressources, vecteurs, modèle)
Migration 25 — semantic_embeddings, semantic_index_state, pages.search_excluded

Tests

tests/test_v69_search_ask.py : 24 tests (migration, chunk/overlap, déterminisme, cosinus, index idempotent, exclusion, purge, rappel partiel, hybride ×7, ask ×6, index-status)
ruff check app tests OK · suite 825 verts (seuls 21 échecs test_v67_sso.py pré-existants — onelogin absent de l'environnement)

v6.8.0 (2026-09-28) — Sites & Forms publics

Parité Notion Sites + Forms : publier un mini-site multi-pages et collecter des réponses anonymes dans une database. Design : docs/V68_Sites_Forms.md.

Added

Sites multi-pages — app/routers/sites.py : CRUD GET/POST/PATCH/DELETE /api/v2/sites (session ou Bearer + scope write, pagination X-Total-Count, api_audit_log), GET/POST/DELETE /api/v2/sites/{id}/pages (arbre ordonné, racine protégée), GET /api/v2/sites/{id}/stats (vues jour + total) ; rendu public GET /s/<slug> + GET /s/<slug>/<page-slug> (nav latérale, thèmes light/dark, blocs/synced/wiki résolus)
Gating & SEO — mot de passe (password_utils salé, cookie signé 24h, GET|POST /s/<slug>/auth), expiry (410), noindex, OG/Twitter cards, GET /s/<slug>/sitemap.xml, domaine custom via header Host
Forms publics — PUT/GET /api/v2/collections/{id}/form (enabled, public_token f_*, fields, required, success_message, notify_user_ids) ; GET /f/<token> (formulaire no-auth, ?embed=1 sans chrome) + POST /f/<token> (anonyme : rate-limit 20/h/IP, honeypot, validation validate_property_rule) ; chaque soumission = collection_pages + form_responses (ip_hash jour, pas d'IP), notif in-app + trigger form.submitted
Migration 24 — tables sites, site_pages, site_views, form_responses, colonne collections.form_config_json
CSRF exempte /s/ + /f/ (soumissions anonymes cross-site)

Tests

tests/test_v68_sites_forms.py : 20 tests — migration 24, CRUD, slug/conflit, auth 401, isolation inter-users, pages add/remove, rendu home/subpage/blocs, 404, vues comptées, password gate, expiry 410, sitemap, noindex, form config/submit JSON, required 400, 404, honeypot, rate-limit 429, embed
ruff check app tests OK · pas de régression (801 verts ; seuls 21 échecs test_v67_sso.py pré-existants — dépendance onelogin absente de l'environnement)

v6.7.0 (2026-09-24) — SSO / SAML + OIDC entreprise (Enterprise Auth)

Dernière feature de la roadmap v6.0.0 : authentification fédérée via un IdP d'entreprise (SAML 2.0 ou OpenID Connect + PKCE), auto-provisioning des comptes, mapping des groupes de l'IdP vers les rôles workspace, mode « SSO only » et configuration admin dans Settings. Design : docs/V6_SSO_SAML_Enterprise_Auth.md (checklist §9 cochée).

Added

SAML 2.0 SP — app/auth/providers/saml_provider.py (python3-saml 1.16.0) : login SP-initié GET /auth/saml/login (RelayState = id AuthnRequest + jeton CSRF en DB), ACS POST /auth/saml/callback (signature, audience, destination, InResponseTo, anti-replay sso_requests), SP metadata GET /auth/saml/metadata, SLO GET|POST /auth/saml/logout (relais LogoutRequest/Response vers l'IdP) ; allowSingleLabelDomains activé pour les hôts homelab/LAN
OIDC + PKCE — app/auth/providers/oidc_provider.py (authlib 1.8.0) : GET /auth/oidc/login (state + code_verifier stockés en DB), GET|POST /auth/oidc/callback (code → token → userinfo ; ID token vérifié via JWKS : aud/iss/nonce/exp), discovery + JWKS mis en cache 1 h, GET|POST /auth/oidc/logout (end_session_endpoint si présent)
Provisioning — app/services/sso_provisioning.py : création automatique de l'utilisateur au 1er login (auth_method=saml|oidc, lien via email), rôle par défaut + default_workspace_id, mapping groupes IdP → rôles workspace (re-synchronisé à chaque login + POST /api/v2/sso/sync), mode SSO only (login local refusé sauf administrateurs — design §7.1), secrets chiffrés Fernet dans sso_config (champ secret vide = conserver l'existant), détection de rejeu via sso_requests (TTL 15 min), sso_login_history (succès + échecs), safe_next_path (pas de redirection externe)
Routeur — app/routers/sso.py : parcours navigateur + API GET|POST|PUT|DELETE /api/v2/sso/config (admin, header X-CSRF-Token, audit_log), GET /api/v2/sso/providers (public, boutons de la page de login), GET /api/v2/sso/workspaces, POST /api/v2/sso/sync, GET /api/v2/sso/history ; CSRF exclut les préfixes /auth/saml et /auth/oidc (POST IdP cross-site)
Migration 23 — tables sso_config, sso_login_history, sso_requests
UI admin — onglet « SSO / Enterprise » dans Settings : statut, config SAML (Entity ID, SSO/SLO URL, certificat PEM, mapping attributs JSON, signature des AuthnRequests) et OIDC (issuer, client id/secret, scope), provisioning (auto-provision, SSO only, espace par défaut), tableau groupes → rôles, URL des métadonnées SP copiable, bouton « Re-sync des groupes », désactivation ; bouton SSO sur la page de login (nom dynamique, masqué si non configuré)
PermissionManager (design §7.2) — is_sso_only_workspace(), get_sso_roles(), sync_sso_permissions() (les grants SSO sont des lignes workspace_members explicites ; le fallback « viewer » implicite n'en est pas un)
Help — section « Enterprise SSO » + badge .help-badge.sso dans /help
.env (fallback bootstrap) — SSO_PROVIDER, SSO_NAME, SSO_ONLY, SSO_AUTO_PROVISION, SSO_ENTITY_ID, SSO_SSO_URL, SSO_SLO_URL, SSO_X509_CERTIFICATE, SSO_SIGN_REQUESTS, SSO_ISSUER_URL, SSO_CLIENT_ID, SSO_CLIENT_SECRET, SSO_SCOPE, SSO_ATTRIBUTE_MAPPING, SSO_GROUPS_MAPPING, SSO_DEFAULT_WORKSPACE_ID (la config admin prime sur l'environnement ; section ajoutée dans .env.example)
Dépendances — python3-saml==1.16.0, authlib==1.8.0, cryptography>=42.0

Changed

/logout délègue la déconnexion à l'IdP (SLO) quand la session vient de SAML, puis détruit la session locale ; sinon comportement existant
OpenAPI régénéré : docs/openapi-v2.json → 439 chemins, info.version = 6.7.0 (operation IDs uniques — les routes multi-méthodes sont enregistrées en deux routes mono-méthode)

Tests

tests/test_v67_sso.py : 38 tests — API de configuration admin (validation, CSRF, secret jamais renvoyé, secret vide préservé, réinitialisation, DELETE), métadonnées SP, login SAML complet contre un IdP mock signé (y compris SLO), OIDC complet (discovery/token/userinfo/JWKS mockés), cas négatifs (mauvais audience/issuer/destination/nonce/state, rejeu, signature altérée, assertion expirée), auto-provisioning, group mapping (nom → rôle workspace), sso_only, historique, rate limit, endpoint public providers, extension PermissionManager
pytest -n auto → 802 passed, 0 skipped · ruff check app tests OK · eslint static/js 0 problème

v6.6.0 (2026-09-24) — Agent phase 5 : API publique agent & skill marketplace

Dernière phase du plan agent en 5 phases (« Plateforme ») : l'agent devient pilotable par des intégrations tierces via /api/v2, et les skills deviennent partageables (export/import portable + galerie de presets installables).

Added

API publique agent — app/routers/api_v2_agent.py (15 routes, Bearer + scopes read/write, rate limit par token, idempotence, api_audit_log) :
- GET/POST /api/v2/agents, GET/PUT/DELETE /api/v2/agents/{id}
- GET/POST /api/v2/agents/conversations, GET/DELETE .../{id}, GET .../{id}/actions
- POST /api/v2/agents/conversations/{id}/run — run synchrone JSON (le flux SSE reste interne) : {status, final, error, reasoning[], actions[], events[], duration_ms} (500 si failed)
- POST /api/v2/agents/{id}/trigger — déclenchement externe d'un agent custom
- propriété des conversations vérifiée par user_id → 404 pour un token tiers
Marketplace de skills — app/services/skill_gallery.py (source unique pour l'interne et le v2) :
- GET /api/v2/skills/{id}/export → document portable {format: "flowdeck-skill", version: 1, skill{…}} (aucun id/workspace/auteur local) ; POST /api/v2/skills/import (409 sur collision, overwrite: true pour écraser)
- GET /api/v2/skills/gallery + POST /api/v2/skills/gallery/{slug}/install — 6 presets : rapport hebdo, CR de réunion, base CRM, OKR, analyse repo Gitea, résumé de document
- GET/POST/DELETE /api/v2/skills, GET /api/v2/skills/{id}, POST /api/v2/skills/{id}/apply
- routes jumelles session : GET /api/agent/skills/gallery, POST .../gallery/{slug}/install, POST /api/agent/skills/import, GET /api/agent/skills/{id}/export, DELETE /api/agent/skills/{id} (le CRUD skills n'avait aucune suppression)
- UI : section « Galerie » dans la palette / du panneau agent → installation + épinglage du chip
Webhooks de cycle de vie agent — agent.run.started et agent.run.failed émis (seul agent.run.finished l'était) via _fire_agent_webhook() ; les 3 sont déjà au catalogue → abonnement agent.*

Changed

Docs — docs/API_GUIDE_V6.md : nouveau §2.4 (tables d'endpoints + règles agent) ; nom d'événement corrigé agent.run.completed → agent.run.finished ; ROADMAP.md : 5 phases agent toutes cochées + section v6.6.0
OpenAPI — docs/openapi-v2.json régénéré : 427 chemins (was 402), info.version = 6.6.0
Version — 6.6.0 (VERSION + app/main.py)

Tests

tests/test_v66_agent_api.py : 15 tests (auth/scopes, CRUD agents, idempotence, run synchrone, ownership 404, trigger, export/import/validation, galerie + validité des outils des presets, routes internes, cycle de vie webhooks started→finished et started→failed)
pytest -n auto → 764 passed, 0 skipped · ruff check app tests OK · eslint static/js 0 problème

v6.5.1 (2026-09-24) — Tests webhooks_v2 complets + roadmap rattrapée

Les 7 tests d'intégration Webhooks v2 (stubs @pytest.mark.skip depuis v5.15.0) sont désormais réellement câblés, et le ROADMAP rattrapé sur ce qui avait été livré entre-temps.

Added

7 tests d'intégration webhooks (tests/test_webhooks_v2.py) : retry échec→succès (journal retrying→retrying→delivered), échec après MAX_ATTEMPTS (4 POST + failed final), fire_event ignore les events inconnus, aucun abonné → aucun appel, fan-out wildcard (page.* reçoit, collection.created non), flow complet signé bout en bout (HMAC vérifié sur le body reçu + journal delivered), retry_due_deliveries (row retrying périmée → re-fire → delivered, original superseded)
Fixture db isolée — SQLite temporaire par test (env + singleton settings restaurés, safe -n auto), tables webhook créées par init_db() ; httpx.MockTransport injecté via stub module + RETRY_DELAYS=(0,0,0) (zéro sleep réel)

Changed

ROADMAP — case « migration sync.py vers Bearer » cochée (livrée v6.4.0 : Bearer-first + repli session PWA) ; ligne v5.15.0 mise à jour ; résumé final → « Reste: SSO/SAML » ; suite 749 verts, 0 skip

Tests

pytest -n auto → 749 passed, 0 skipped · ruff check app tests OK · eslint static/js 0 problème

v6.5.0 (2026-09-24) — Synced blocks production (databases & vues)

Les synced blocks passent en production et existent enfin dans les databases : chaque ligne de database gagne une page contenu (éditeur complet), la lecture résout la source côté serveur (zéro cache périmé) et la mise à jour d'une source réécrit réellement toutes les pages référentes.

Added

Page contenu par ligne de database — migration 22 (pages.collection_row_id INTEGER REFERENCES collection_pages(id) ON DELETE CASCADE + index) ; app/services/row_pages.py : ensure_row_page() (création lazy, réparation si trashée, workspace hérité de la page hôte, collection_id hérité pour les ACL) ; sync de titre bidirectionnelle ligne ↔ page
Endpoint GET /db/pages/{row_id}/open/api — renvoie le page_id de contenu d'une ligne (garde _require_view collection) ; le peek de toute vue DB (table/board/gallery/list/calendar) passe par là
Résolution serveur à chaque lecture — resolve_content_json() sur les 2 routes /pages/{id} (dashboard + board), GET /api/pages/{id}/content, GET /api/local-workspace/page-content/{id}, page publique /p/{slug}, GET /api/v2/pages/{id} et les rooms realtime (load_room)
Rendu public des synced blocks — branche synced dans _render_blocks_public (avant : JSON brut en <p>) + état « Deleted synced block »
Éditeur — état « Deleted synced block » quand la source a été supprimée (au lieu du cache fantôme / « Loading… » éternel)
API v2 — content_page_id sur GET /api/v2/pages/{id} pour une ligne (lecture sans création lazy)

Fixed

Propagation des synced blocks — PUT /api/synced-blocks/{id} réécrit le contenu stocké de chaque page référente via sync_synced_blocks_in_page() (fonction morte depuis v5.14.0), récursif dans les children (colonnes/toggles), broadcast WS seulement après réécriture DB
Suppression d'une source — ids des pages référentes collectés avant la cascade FK, _synced_deleted marqué dans le stocké (mark_synced_block_deleted), broadcast dédié manager._broadcast_synced_to()
Ouverture des lignes de database — le peek appelait /pages/{rowId} qui lit la table pages : avec des ids croisés il ouvrait une page au hasard (ligne id 5 « Ask AI » → page id 5 « Données ») ; désormais résolution via l'endpoint dédié
Listings — les pages contenu (parent_section='DbRow') sont exclues (AND collection_row_id IS NULL) de l'arbre sidebar, des racines workspace, de la liste des pages du board, des projets builtins, de l'arbre Library et du page_count des workspaces

Tests

tests/test_v65_synced_db.py — 17 tests ; suite complète 742 verts (pytest -n auto) ; ruff check app tests OK ; eslint static/js 0 problème

v6.4.0 (2026-09-22) — Realtime editing (production)

Le realtime passe en mode production : résolution de conflits au-delà du last-write-wins (merge à trois versions) et édition à grande échelle (broadcast non bloquant, coalescence des curseurs, corrections de fuites, observabilité).

Added

Merge à 3-voix (diff3-lite) — nouveau app/services/realtime_merge.py :
- merge_text_3way(base, current, incoming) : fusion de caractères. Les régions modifiées qui ne se chevauchent pas sont toutes conservées (les deux saisies survivent) ; ordre d'arrivée indifférent ; un chevauchement réel retombe en LWW et est signalé.
- merge_block_3way(base, current, incoming) : fusion champ-par-champ. Serveur et client modifiant des champs différents n'ont plus de conflit ; conflit limité au seul champ divergent (plus « tout le bloc perdu »).
- Fonctions pures, testées sans WebSocket ni base de données.
Protocole base — chaque update envoyé par le client embarque la version du bloc dont dérive sa saisie ; le serveur calcule merge_block_3way(base, current, incoming). Sans base (ancien client) → LWW historique, rétro-compatible.
Adoption du résultat fusionné — l'ack renvoie le bloc fusionné + drapeau conflict ; le client met à jour sa base, adopte le résultat (hors bloc en cours d'édition) et affiche un toast en cas de conflit. Le serveur diffuse toujours le bloc final fusionné pour convergence de tous les pairs.
Broadcast non bloquant — chaque connexion a une file sortante (asyncio.Queue) + une tâche _writer dédiée ; _broadcast() fait put_nowait et n'attend plus le socket → un client lent ne fige plus la room entière.
Coalescence des curseurs — le writer réduit les messages sel empilés à la position la plus récente (seule la dernière compte), en préservant l'ordre des messages importants.
Anti-flood — budget d'opérations par connexion (OP_WINDOW_MAX=400 / fenêtre 10 s) ; au-delà, réponse ack stale sans application.
Observabilité — GET /api/realtime/stats (authentifié) : rooms, connexions (dont totales), ops, merges, conflits, déconnexions lentes, + détail par page.

Changed

Déconnexion des clients trop lents — file sortante pleine (MAX_OUT_QUEUE=512) → fermeture 4413 + compteur slow_disconnects, pour qu'une room ne stagne jamais sur un pair mortel.
app/templates/_page_editor_realtime.html — les updates incluent désormais base ; nouveau traitement de l'ack avec merged.

Fixed

Fuite de rooms — une tentative de connexion WS sur une page inexistante (4404) enregistrait une Room orpheline en mémoire pour toujours ; la room n'est plus enregistrée tant que la page n'est pas validée.
room_state() sur page inexistante — retournait/plantait sur None ; retourne désormais {"blocks": [], "title": "", "version": 0} sans laisser d'entrée dans _rooms.

Tests

26 nouveaux tests tests/test_realtime_v64.py : merge purs (régions disjointes, ordre indépendant, chevauchement → conflit, suppression de champ, id préservé), protocole WS (ack fusionné, convergence de 2 clients sur le même bloc, rétro-compat LWW sans base, conflit scalaire), fuite 4404, coalescence des curseurs, endpoint stats, anti-flood.
14 tests tests/test_realtime.py existants préservés (non-régression).
ruff check app tests OK · eslint static/js 0 problème.

v6.3.0 (2026-09-21) — API publique complète v2 (REST + scopes + OpenAPI)

L'API publique /api/v2 devient une surface REST complète façon Notion : CRUD sur tous les domaines (collections, pages, propriétés, vues, commentaires, notifications, favoris, tags, partage, sprints, templates, forges, admin…), auth Bearer + scopes hiérarchiques, pagination/filtres/tri, erreurs RFC 7807, idempotence, audit et webhooks. Wrappers sur les services existants — un seul chemin de code.

Migrations (v20)

api_tokens : colonnes scopes TEXT DEFAULT 'read,write' et expires_at TIMESTAMP (ALTER idempotents, rétro-compatibles : anciens tokens → read,write).
Nouvelles tables api_audit_log (user, token, action, ressource, IP), webhook_deliveries (statut, http_code, durée, payload) et idempotency_keys (clé → réponse rejouée).

Auth, scopes & conventions (`app/services/api_v2_helpers.py`)

Bearer unifié resolve_bearer_token() / get_bearer_user() : hash sha256 sur api_tokens, support extension_devices (clipper) et legacy user_tokens, vérification revoked + expires_at, mise à jour last_used_at.
Scopes hiérarchiques read < write < admin (un scope supérieur satisfait un besoin inférieur), dépendance require_scope() → 403 explicite ; validate_scopes_input() → 400 sur scope inconnu.
Pagination parse_pagination() (défaut 30 / max 100) + header X-Total-Count ; ISO-8601 UTC via to_iso8601() ; parsing des colonnes *_json.
Erreurs RFC 7807 application/problem+json (type/title/status/detail/instance) pour tout /api/v2, via le handler unifié sur StarletteHTTPException (app/main.py).
Idempotence Idempotency-Key sur les POST de création (check_idempotency / store_idempotency).
Audit audit_log() sur toutes les mutations v2 (api_audit_log).
Rate limit par token check_v2_rate_limit() (300 req/min, configurable API_V2_RATE_LIMIT_PER_TOKEN).
public_api_insecure_ok : le token de dev fd-public-key n'est accepté que si PUBLIC_API_INSECURE_OK=true (dev/test) — refusé par défaut en production.

Router `app/routers/api_v2.py` (`prefix /api/v2`, ~100 endpoints)

Tokens : POST /tokens (name, scopes, expires_at, montré une fois), GET /tokens (prefix only, jamais le hash), DELETE /tokens/{id}, POST /tokens/{id}/rotate.
Users : GET/PATCH /users/me, GET /users/search, préférences.
Workspaces & membres : CRUD + GET/POST/PATCH/DELETE .../members.
Collections : CRUD, /linked, /task, /sources.
Pages : GET /collections/{id}/pages (filtres filter[prop], sort, fields, query), CRUD, /restore, /move, /sub-items, /dependencies.
Propriétés : CRUD, /relation, evaluate-formula, compute-rollup.
Vues & dashboards : CRUD + save-as.
Comments / mentions / notifications / favoris / tags / recents.
Partage & publication : pages/{id}/shares, publish / dé-publish (/p/<slug>).
Historique (page_history + page_versions) + restore.
Sprints (CRUD, assign, burndown), templates (page + database, apply), export/import (MD/HTML/PDF, CSV).
Forges : GET /projects, /projects/{owner}/{repo}/tree.
Recherche FTS5 (GET /search, repli LIKE).
Admin : users (list/patch/delete) + GET /admin/audit-logs.
Webhooks : CRUD subscriptions + POST /{id}/test + GET /{id}/deliveries (CRUD simple d'abord).

OpenAPI & config

docs_url="/docs" + redoc_url="/redoc" activés ; docs/openapi-v2.json généré (402 chemins).
.env.example : PUBLIC_API_INSECURE_OK=false, API_V2_RATE_LIMIT_PER_TOKEN=300.
VERSION et app/main.py passés à 6.3.0.

Tests & robustesse

tests/test_public_api_v2.py — 24 tests (auth 401, token lifecycle, scopes read/write/admin, pagination + X-Total-Count, CRUD collections/pages/propriétés/vues, filtres, RFC7807, idempotence, search, notifications, tags, sharing, webhooks, workspaces, sprints, templates, admin).
tests/conftest.py + fixtures locales : PUBLIC_API_INSECURE_OK=true (le token de dev reste testable sans impacter la prod).
Suite complète 668 verte (pytest -n auto) ; ruff check app tests OK.

v6.2.1 (2026-09-20) — Web Clipper : polish & fix bloc bookmark

Patch UX et correctif bloc bookmark pour l'extension v6.2.0.

Extension — bouton flottant — rond transparent draggable (évite de masquer le contenu), toggle d'affichage persistant (chrome.storage), clic → popup de capture ; position restaurée au reload.
Refresh auto sidebar — après POST /api/v2/web-clipper/clip le workspace sidebar est rafraîchi sans reload (polling + event clipper:clipped) pour que la page clippée apparaisse immédiatement.
Bloc bookmark — le service create_page_from_clip() renvoie désormais un bloc bookmark fidèle au payload OG (URL d'origine + embed_src résolu via embeds.py), rendu correct en éditeur / page publique /p/<slug> / exports MD/HTML/PDF (préserve favicon + description).
Fix éditeur 7f998fa — SyntaxError duplicate inner dans _page_editor_scripts.html (variable inner redéclarée lors du drag & drop multi-sélection) corrigé ; autosave + WS realtime non bloqués.
Tests & build — flowdeck-clipper.zip régénéré (static/extension/), ruff/eslint verts, 16 tests test_web_clipper.py verts.

v6.2.0 (2026-09-19) — Web Clipper : extension navigateur (capture article/selection/bookmark/screenshot)

Capturez n'importe quelle page web en une page FlowDeck : article complet, sélection, bookmark ou screenshot — depuis une extension Manifest V3 (Chrome/Edge/Firefox) + API directe POST /api/v2/web-clipper/clip.

Extension navigateur (`extension/` + `static/extension/`)

Manifest V3 — manifest.json (permissions activeTab, storage, scripting, contextMenus, host_permissions <all_urls>), background.js (service worker OAuth + clip → fetch Bearer), content.js (bouton flottant + menu contextuel sélection + Ctrl+Shift+C), popup.html/popup.js (sélection workspace, type de capture), clipper.css, icônes 16/32/48/128, bundle flowdeck-clipper.zip servi à /static/extension/.
Types de capture — article (HTML complet → sanitize_html + html_to_blocks), selection (sélection HTML → Markdown), bookmark (URL + OG → carte bookmark v5.5.0), screenshot (base64 → upload image + page). Cap 10 MB / 200 blocs, garde SSRF inexistante (validation URL), sanitisation HTML côté serveur.

Serveur (`app/routers/web_clipper.py` + `app/services/web_clipper.py`)

Endpoints prefix /api/v2/web-clipper — POST /clip (crée page via create_page_from_clip() + log_clip()), GET /status (auth + compteurs devices/clips), POST /auth/verify (enregistre device register_device() → token fd_… montré une fois), GET /devices, DELETE /devices/{id} ; page HTML GET /extensions (téléchargement + liste devices/clips).
Auth triple — session cookie flowdeck_session OU Bearer api_tokens (hash sha256) OU Bearer extension_devices OU legacy user_tokens (_user_from_request()), rate-limit 50 clips/heure/device (_check_rate_limit, 429), payload normalisé (url, title, content, content_type, selection_html, image_base64, tags, target_workspace_id).
Tables migration 19 — extension_devices (user_id, extension_name, device_id, device_name, token_hash, scopes, last_used_at, revoked, UNIQUE(user_id,extension_name,device_id)) + extension_clips (user_id, device_id, clip_type, source_url, target_page_id, target_workspace_id, title) avec index idx_ext_*.
Settings UI — onglet Extensions dans app/templates/settings.html (devices, clips count, revoke, token copy).

Tests & wiring

tests/test_web_clipper.py — 16 tests (sanitize, blocks, article/bookmark/selection/screenshot, Bearer, rate-limit, devices, /extensions).
Wiring app/main.py:50,158 — web_clipper_api_router + web_clipper_router inclus ; VERSION bump 6.1.0 → 6.2.0.

v6.1.0 (2026-09-19) — Granular Permissions : page / collection / property ACL + groupes + audit

Permissions fines héritables : chaque page / database / propriété peut être restreinte à des utilisateurs ou groupes explicites. L'héritage suit la chaîne page → collection → workspace (moindre privilège), avec bypass owner/admin et audit complet.

Base de données (migration 18)

Tables user_groups (workspace-scoped, UNIQUE(name)), group_members (N-ary), page_permissions, collection_permissions, property_permissions (user_id XOR group_id, CHECK, UNIQUE), permission_audit_log.
Colonnes pages.permission_type, collections.permission_type, collection_pages.permission_type (inherit|restricted|private, défaut inherit).
Index idx_pp_page, idx_pp_user, idx_cp_collection, idx_propp_prop, idx_perm_audit_res, idx_gm_*.

PermissionManager (`app/services/permission_manager.py`)

Résolution héritage + moindre privilège : grant explicite sur page > grant collection > rôle workspace ; restricted/private sans grant → 404.
Méthodes page : get_page_permission(), can_view/edit/comment/manag ; collection : get_collection_permission(), can_view/edit/manag ; propriété : can_view/edit_property(), get_visible_properties().
Groupes : create_group(), add/remove_user_from_group(), get_groups_for_workspace(), get_group_members(), is_workspace_admin(), user_group_ids().
Helpers : _explicit_grant_role() (best rank user+groups), _collection_role(), _property_*, _owns_workspace(), _is_admin().
Cache 60 s (_cached()) + invalidate() appelé après chaque grant/revoke/type_change.
log_permission_change() (audit, never-throw).

API (`app/routers/permissions.py` — `prefix /api/v2`)

Pages : GET /pages/{id}/permissions (grants + mine + type + can_manage), GET /pages/{id}/permissions/mine, POST /pages/{id}/permissions (user_id|group_id + role viewer/commenter/editor/owner), POST /pages/{id}/permissions/batch, DELETE /pages/{id}/permissions/{perm_id}, POST /pages/{id}/permission-type.
Collections : GET /collections/{id}/permissions, POST /collections/{id}/permissions, DELETE /collections/{id}/permissions/{perm_id}, POST /collections/{id}/permission-type, GET /collections/{id}/properties/visible (split visible/hidden).
Properties : GET /collections/{cid}/properties/{pid}/permissions, POST …/permissions (role viewer|editor), DELETE …/permissions/{perm_id} (extra_cols collection_id).
Groupes : GET /groups?workspace_id, POST /groups, PUT /groups/{id}, DELETE /groups/{id}, GET/POST /groups/{id}/members, DELETE /groups/{id}/members/{uid} (workspace owner/admin only).
Access pickers + audit : GET /users?workspace_id&q, GET /audit/permissions?limit (owner/admin, 500 max).
Validation : 401 sans session, 403 sans can_manage, 400 rôle invalide / cible manquante, 404 user/group/property inconnu.

Guards existants

board.py : GET /board/api/pages/{id} (404 si !can_view_page), PUT /board/api/pages/{id} (404 si non-view, 403 si viewer/commenter, 423 si locked reste prioritaire).
collections.py : DELETE /db/api/{id} (404 si !can_view_collection, 403 si !can_manage), GET /db/pages/{id}/api (404), PUT/DELETE /db/pages/{id}/api (403), GET /db/{id}/properties/api filtré par visible, _require_view/_require_edit helpers avec _session_user() (pas de fallback admin sur null session).

UI (backend-ready)

Endpoints prêts pour panneau Permissions de l'éditeur (icône 🔒), panneau collection, masquage colonnes via visible/hidden, et gestion des groupes en Settings. Les grants sont consommés par can_view_property / get_visible_properties côté vues.

Tests

tests/test_v60_granular_permissions.py — 21 tests : inherit allow + edit 403, restricted hidden (owner 200 / member 404), grant viewer unlock + viewer cannot edit, editor can edit but not manage, revoke 404, private + admin override, mine + batch, permission-type via API, restricted collection hidden (API 404 + HTML 302), collection viewer 403 create/delete, owner delete, collection editor create pages, property visibility, property hidden, property grant 403, group grant inherits + listing shows group, group removal revokes, groups listing/members + non-owner 403, audit log (grant+type_change, member 403), endpoints 401, validation 404/400. Suite 21/21 verte.

v6.0.0 (2026-09-18) — PWA : Progressive Web App, offline support

FlowDeck devient une PWA installable et utilisable hors ligne : le shell est mis en cache par un service worker, les pages visitées restent disponibles, et les modifications faites sans réseau sont mises en file d'attente dans IndexedDB puis synchronisées au retour de la connexion, avec résolution de conflits côté serveur.

PWA & Service Worker

static/manifest.json + static/icons/* (72→512 + maskable + apple-touch) générés par scripts/generate_pwa_icons.py.
static/sw.js — precache du shell (CSS/JS/fonts/icônes), stratégies cache-first (assets) / network-first (HTML, API GET), page offline inline, Background Sync (sync-flowdeck), purge des anciens caches.
base.html / landing.html — meta PWA (manifest, theme-color, apple-mobile-web-app) + enregistrement du service worker. Routes GET /manifest.json et GET /sw.js servies par FastAPI.

Offline client (`static/js/offline.js`)

Base IndexedDB flowdeck-offline : pages_offline, collections_offline, sync_queue, sync_meta.
window.FlowOffline : enqueue, flush, delta, status, savePageOffline, getQueue, pendingCount, onChange, markDirtySidebar.
Sauvegarde optimiste hors ligne (hook de l'éditeur), file de mutations rejouée automatiquement (online, Background Sync, polling 30 s).
Durcissement : max 100 mutations/batch, timeout 30 s (AbortController), rétention queue 30 jours.

Serveur de synchronisation

app/services/sync_engine.py — get_delta (pull des changements, détection des soft-deletes), apply_batch (mutations optimistes + contrôle de version sync_version).
app/routers/sync.py — GET /api/v2/sync/delta, POST /api/v2/sync/batch, GET /api/v2/sync/status (auth session, CSRF-exempt via /api/v2).
Migrations — table offline_sync_queue (+ index) et colonnes sync_version sur pages, collection_pages, collections avec triggers AFTER UPDATE.
Conflits — edit-edit (last-write-wins + rapport), edit-delete (page orpheline recréée), create-create (renommage « copie offline »).

UI

Banner hors ligne avec compteur de modifications en attente, badge de synchronisation (spinner), toasts de fin de sync, icône ⟳ sur les pages non synchronisées.
Section /help « Offline mode (PWA) ».

Tests

tests/test_sync.py, tests/test_sync_migrations.py, tests/test_service_worker.py, tests/test_pwa_offline.py ; E2E Playwright e2e/pwa_offline.spec.js (manifest, SW, queue offline, replay, navigation hors ligne).

v5.12.0 (2026-09-14) — v5.11.0 Wiki-links & v5.12.0 Templates & lock

Deux versions roadmap livrées ensemble : le graphe de connaissances Notion (liens [[, mentions de page et de date, renommage propagé) et les options de page (galerie de templates globale, verrouillage lecture-seule, pleine largeur, texte compact).

v5.11.0 — Wiki-links & mentions de page

Service app/services/wiki_links.py — tokens stockés dans le texte des blocs : [[fdpage:ID]] (lien interne résolu à l'affichage) et [[fddate:YYYY-MM-DD]] (chip de date). Le token ne contient que l'id → renommage propagé automatiquement.
Endpoints — GET /board/api/wiki/pages?q= (picker, recherche substring + sous-séquence floue « mnt » → « Meeting notes ») et GET /board/api/wiki/titles?ids= (labels courants en batch, icônes incluses, « Deleted page » si supprimée).
Éditeur — taper [[ ouvre le picker de pages (recherche live, navigation clavier ↑↓/Entrée/Échap, sélection à la souris), Enter insère une chip de page atomique (icône + titre, clique = navigate). Le menu @ existant gagne deux sections : Pages (@Nom → lien inline) et Date (@today, @tomorrow, @YYYY-MM-DD → chips). Les chips sont relu en tokens bruts (gtTok) à chaque sync : le drag, le split Entrée, l'undo/redo et l'autosave préservent les liens.
Backlinks — le scanner v5.4.0 reconnaît désormais les tokens [[fdpage:ID]] : « Lié depuis » fonctionne avec les wiki-links.
Page publique — _render_blocks_public résout les chips (liens absolus + dates lisibles, HTML échappé).

v5.12.0 — Templates & verrouillage de page

Template picker global — « + New page » (sidebar, footer, palette Ctrl+K) ouvre la galerie : 5 templates built-in (app/services/ block_templates.py : Empty, Meeting notes, Weekly report, To-do list, Project doc) + les templates personnels sauvegardés ; « Empty » retombe sur la création classique (workspace item).
Save as template — menu « … » de la page → capture le contenu blocs courant comme template personnel (page_global_templates, visibles uniquement par leur créateur, created_by IS NULL = partagé).
Bouton « Use template » — POST /board/api/page-templates/{id}/use (id 0 = built-in par clé) duplique le contenu des blocs dans une nouvelle page du workspace de l'utilisateur et renvoie son id.
Page lock — menu « … » → « 🔒 Lock page » : bannière sticky « locked (read-only) », blocs et titre passés contenteditable=false, handles/actions masquées. Serveur : POST /board/api/pages/{id}/lock, garde _ensure_page_editable → 423 sur PUT /api/pages/{id} et POST /api/pages/{id}/blocks pour tout non-privileged ; déverrouillage réservé à la personne qui a verrouillé (locked_by) ou un admin (403 sinon).
Full-width / Small text — toggles dans le menu « … », persistés par page (pages.full_width, pages.font_small), options POST /board/api/pages/{id}/options, rendu via classes CSS (.full-width / .small-text).
Migrations 13 — pages.is_locked, pages.locked_by, pages.full_width, pages.font_small, table page_global_templates.
Tests — tests/test_v511_v512_wiki_templates.py : 15 tests (schéma, helpers tokens + échappement, picker flou, renommage propagé, persistance des tokens + backlinks, chips en page publiée, lock 423 / 403 / admin / ré-ouverture, options, templates built-in + perso + cloisonnement, shapes service, câblage front). Suite complète 538 verte, ruff check OK.
Version — 5.12.0.

v5.11.7 (2026-09-13) — v5.8.0 Calendrier & Rappels

Calendrier complet (jour / semaine / mois) avec récurrences expandues côté serveur, rappels avant échéance (in-app + email), fuseaux horaires par utilisateur et par événement, notifications d'assignation et centre de notifications enrichi.

Moteur de récurrence — app/services/recurrence.py : sous-ensemble RRULE (daily/weekly/monthly, intervalle, count, until, byweekday lundi=0, timezone IANA) ; expansion virtuelle par fenêtre, jamais persistée, bornée (garde anti-explosion). validate_rule() pour le 400 en écriture.
Vues Jour / Semaine / Mois — la vue calendar de _database_table_scripts.html gagne un sélecteur de mode (persisté dans viewConfig.calendar_mode), navigation ‹/› adaptée au mode, vue Jour en agenda trié par heure, Semaine en 7 colonnes. Les événements viennent de GET /db/{id}/calendar/api (expansion serveur des occurrences).
Récurrences dans l'UI — double-clic sur un événement : popover Time / Timezone / Repeat (Every + Ends never|after count|on date) / Remind. Règle stockée dans property_values_json sous __recurrence__ (clé méta par id de propriété date), badge ↻ sur les chips et cellules date.
Rappels — app/services/reminders.py : scan_and_fire(now) déterministe (lead minutes/heures/jours, occurrence suivante timezone-aware), reminder_scheduler() toutes les 60 s ; dédup via la table reminder_log (page_id, occurrence_date) ; cible = personnes assignées, repli premier admin ; notifie en in-app + email (pref reminders). Config reminders_enabled / reminder_scan_interval_seconds.
Fuseaux horaires — colonne users.timezone ; réglable dans Settings → Notifications (picker IANA via GET/POST /api/notifications/timezone, liste GET /db/timezones/api) ; priorité de résolution par ligne : __timezone__ de l'événement → règle de récurrence → timezone de l'utilisateur.
Notifications d'assignation — notify_assignment() compare les propriétés person avant/après sur PUT /db/pages/{id}/api : les nouvellement assignés reçoivent une notif in-app + email (pref assignments). Préférences étendues : comments, mentions, reminders, assignments.
Template Meeting notes — propriétés Agenda et Notes ajoutées (migration 12 ; ne touche pas une version personnalisée du template).
Migrations 11 & 12 — reminder_log, users.timezone, enrichissement du template seed.
Tests — tests/test_v58_calendar_reminders.py : 20 tests (moteur pur, schéma, validation des méta-clés 400, calendar/api, timezone user, scanner avec horloge injectée + dédup + récurrence + cible assignée, notifications d'assignation, prefs, câblage front). Suite complète 523 verte, ruff check OK.
Version — 5.11.7.

v5.11.6 (2026-09-13) — v5.7.0 Database Avancée (Pt. 2)

Complète la parité Notion des bases de données : personnes et propriétés automatiques, groupes de propriétés, vues sauvegardées par utilisateur, swimlanes Kanban + WIP limits, cartes configurables, calendar avec glisser-déposer et gallery avec couvertures.

Types propriété — person, created_time, created_by, last_edited_time, last_edited_by câblés de bout en bout. apply_auto_properties() (property_types) remplit/rafraîchit les valeurs automatiques à la création et à la mise à jour des lignes ; created_* est figé, last_edited_* est rafraîchi. Nouvel endpoint GET /db/{collection_id}/members/api (membres du workspace, repli tous utilisateurs) alimente le sélecteur person (chips + avatars).
Groupes de propriétés — colonne collection_properties.group_name, en-tête de table avec sections pliables (db-group-row + chevron) et POST /db/{collection_id}/property-groups/api pour réassigner les colonnes.
Vues sauvegardées par utilisateur — collection_views.created_by ; GET /db/{id}/views/api ne renvoie que les vues de l'utilisateur (les vues partagées NULL restent visibles), save-as/duplicate attribuent le propriétaire, DELETE /db/views/{id}/api et renommage.
Swimlanes Kanban — sub_group_by : une rangée de colonnes par lane (2e dimension de groupement).
WIP limits — wip_limits par colonne, colonne surlignée + compteur WIP n/limit au dépassement.
Cartes configurables — card_properties (propriétés affichées), card_size (compact/détaillé) et couverture cover_mode (none/icon/color/property via cover_property).
Calendar drag & drop — vue mois (date_property configurable), navigation ‹/›/Today, glisser une carte sur un jour = reschedule immédiat.
Gallery avec couvertures — vignettes image (propriété files/url), icône, couleur ou cover de ligne ; tailles small/medium/large.
Composant multi-vues — _database_table_scripts.html réécrit : barre de vues (ajout/suppression/duplication/paramètres), vues table/board/calendar/gallery/list, éditeurs de cellules par type (select/status/date/number/checkbox/multi_select/person), cellules read-only pour les types automatiques, popover de configuration.
Correctif — PUT /db/pages/{id}/api fusionne désormais les valeurs soumises avec l'existant (PATCH partiel) au lieu de remplacer toute la ligne ; cover_url par ligne (collection_pages.cover_url).
Migration 10 — collection_properties.group_name, collection_views.created_by/updated_at, collection_pages.cover_url.
Tests — tests/test_v57_db_advanced.py : 12 tests. Suite complète 503 verte, ruff check OK.
Version — 5.11.6.

v5.11.5 (2026-09-13) — v5.6.0 Import de données (Phase 5 — durcissement)

Finalise la solution d'import : ré-import incrémental, lots, URL, dépôt forge, relations Notion et rapports exportables. v5.6.0 est complet (Phases 0→5).

Import incrémental / re-sync — nouveau paramètre mode (skip par défaut, update = mise à jour des pages et upsert des lignes par titre, duplicate). Compteurs pages_updated / rows_updated dans le rapport.
Erreurs partielles — l'import continue page par page en cas d'échec (status: "partial", liste errors), au lieu d'abandonner.
Import de dépôt forge — POST /api/import/forge-repo : arborescence Gitea/GitHub → pages (dossiers conservés, fichiers texte, code en blocs ; GitHubAdapter.list_repo_files, GiteaForgeAdapter.list_repo_files).
Web clipper — POST /api/import/url : fetch d'une page (garde SSRF : loopback/privé/link-local refusés), conversion HTML → blocs + carte bookmark (OG metadata).
Lot multi-fichiers — POST /api/import/run-batch (rapport par fichier) et file d'attente dans l'assistant /import (sélection multiple, statut par fichier, barre de progression).
Relations Notion — POST /api/import/relations/resolve : les colonnes texte qui référencent les titres d'une autre collection deviennent des propriétés relation (valeurs = ids de collection_pages). Auto-exécuté après un import Notion (clé relations du rapport).
Rapport exportable — GET /api/import/jobs/{id}/report (JSON) + bouton « Télécharger le rapport » dans l'UI.
Correctif — les lignes importées stockent désormais leurs valeurs par id de propriété (au lieu du nom) : rendu correct dans les vues database et compatibilité avec les relations/rollups.
UI — assistant /import enrichi : multi-fichiers, mode de ré-import, import URL, import forge (issues et fichiers), téléchargement du rapport.
Tests — tests/test_v56_import.py porté à 43 tests (incrémental ×4, lot, URL ×2, forge-repo ×2, relations, rapport de job). Suite complète 491 verte, ruff check OK.
Version — 5.11.5.

v5.11.4 (2026-09-13) — v5.6.0 Import de données (Phases 3 & 4)

Complète le chantier v5.6.0 : documents/bureautique (Phase 3) et signets/dev/divers (Phase 4). v5.6.0 est désormais complet (5 phases).

Phase 3 — Documents & bureautique
- Word .docx (python-docx) — titres, listes, citations, tableaux GFM et images inline → page ; couvre aussi les exports Google Docs Takeout.
- PDF (pypdf) — extraction texte par page + images → page ; avertissement si pages sans couche texte (scan).
- HTML fichiers/dossier — détection élargie (archive contenant ≥ 1 HTML), assets collectés comme pièces jointes.
Phase 4 — Signets, dev & divers
- Forge issues — POST /api/import/forge (Gitea/GitHub) : issues → collection (Number, State, Labels, Milestone, Assignee, dates, URL, Body) + collections Labels et Milestones. GitHubAdapter.list_issues/list_labels/list_milestones ajoutés ; token par utilisateur (user_oauth_tokens).
- Signets — Raindrop.io, Pocket (CSV/HTML), Readwise (highlights CSV/MD), Shaarli (JSON) et signets Netscape HTML → collection (URL, description, tags, date).
- Calendrier .ics — parseur RFC 5545 (VEVENT) → collection d'événements.
- OPML — flux RSS/outlines → collection (URL, dossier).
- Standard Notes — sauvegarde JSON → pages (notes chiffrées ignorées).
UI — l'assistant /import liste désormais les 20 sources, accepte .docx/.pdf/.ics/.opml et propose un panneau « import depuis une forge ».
Dépendances — python-docx, pypdf ajoutés.
Tests — tests/test_v56_import.py étendu à 32 tests (signets ×5, ics/opml/standard notes, docx, pdf, forge ×4). Suite complète verte, ruff check OK.
Version — 5.11.4.

v5.11.3 (2026-09-13) — v5.6.0 Import de données (Phases 0, 1, 2)

Démarre le chantier v5.6.0 « Import de données » avec le socle unifié (Phase 0) et les deux premières familles de sources : Notes & Markdown (Phase 1) et Données & tableaux (Phase 2).

Socle d'import unifié (Phase 0) — package app/services/importers/ : modèle normalisé (ImportResult, ImportPage, ImportAttachment), interface Importer (detect() / parse()) + registre auto-détection, pipeline commun (hiérarchie parent_id, pièces jointes, réécriture des liens, collections + lignes, rapport d'import), jobs d'arrière-plan (app/services/importers/jobs.py, polling), déduplication idempotente (table import_items), migration 9 (import_items + import_jobs).
Assistant UI d'import — page /import (template import.html) : choix de source ou détection auto, glisser-déposer, aperçu dry-run, mapping colonnes → types (override des types inférés), barre de progression, rapport. Lien « Assistant d'import avancé » ajouté à la modale Import de l'éditeur.
API — GET /api/import/sources, POST /api/import/preview, POST /api/import/run (sync ou async=true), GET /api/import/jobs[/{id}].
Phase 1 — Notes & Markdown : Obsidian (vault .zip, frontmatter YAML, [[wikilinks]], ![[embeds]], pièces jointes, hiérarchie de dossiers), Notion (export .zip, hiérarchie complète, databases .csv → collections, images), Logseq & Roam (outliner, propriétés key:: value, pages journal, {{[[TODO]]}}), HTML (Apple Notes, Bear, Ulysses, OneNote), Google Keep (Takeout JSON), plus l'import Markdown/.zip générique.
Phase 2 — Données & tableaux : CSV/TSV typé (inférence texte/nombre/date/checkbox/email/url/select/multi_select + mapping manuel), Excel .xlsx (une collection par feuille, openpyxl), JSON générique (tableau d'objets → collection).
Correctif — _md_to_blocks reconnaît désormais les cases à cocher - [ ]/- [x] (elles étaient absorbées par la branche puces à puces).
Dépendances — openpyxl, beautifulsoup4, PyYAML ajoutés.
Tests — tests/test_v56_import.py : 18 tests (registre, dry-run, CSV typé, dédup, TSV, Excel multi-feuilles, JSON, Obsidian, Notion, Logseq, Roam, HTML, Google Keep, mapping, wizard, job async). Suite complète 463+ verte, ruff check OK.

v5.11.2 (2026-09-12) — v5.5.0 Embeds & Média riche (complétion)

Valide et complète le chantier v5.5.0 (parité embeds Notion). Une grande partie était ébauchée ; ce patch répare les chemins d'API cassés côté éditeur, finalise la résolution d'embed, le parsing OG, la lightbox publique et couvre le tout de 47 tests dédiés.

Embed universel — app/services/embeds.py réécrit : détection sous-domaine correcte, YouTube (watch/shorts/youtu.be), Vimeo, Figma, Google Maps, Google Docs/Sheets/Slides, Loom, CodePen, Miro, Spotify, SoundCloud, Twitch (parent réel), X/Twitter, Pinterest, Microsoft Office ; helpers resolve_embed(), inline_kind(), provider(). Nouvel endpoint POST /board/api/embed/resolve.
Résolution d'embed dans l'éditeur — la saisie d'une URL appelle le résolveur et met en cache embed_src/embed_provider (l'URL d'origine est conservée) ; le rendu (éditeur, pages publiques, exports MD/HTML/PDF) préfère embed_src. Le champ est persisté via la sérialisation des blocs.
Bookmark cards — app/services/og_fetcher.py : parseur <meta> robuste (ordre d'attributs libre), titre de repli, favicon, transport injectable pour les tests ; fetch_og_metadata ne lève jamais sur erreur réseau.
Image lightbox — navigation clavier ←/→ et Escape, multi-images, dans l'éditeur et les pages publiques /p/<slug> (CSS .fd-lightbox).
Fix chemins API (bug v5.4.0/v5.5.0) — l'éditeur appelait /api/pages/... alors que les routes sont /board/api/pages/... : cover, icon, versions, backlinks, import, move et OG metadata étaient donc en 404. Tous corrigés, avec un test de régression statique.
Tests — tests/test_v55.py : 47 tests (embeds par provider, resolve API, parse OG + MockTransport, lightbox, préviews, cover upload/URL/suppression, icône, page publique). Suite complète 444 verte, ruff check OK.
Version — 5.11.2.

v5.11.1 (2026-09-11) — v5.2.0 Infrastructure & Polish (complétion)

Finalise le chantier v5.2.0 : la plupart des briques étaient déjà livrées (design tokens/components, API tokens, sessions, onboarding, backups, projets + sync, GitHubAdapter, Docker multi-stage) ; ce patch sécurise l'isolation des tests, active les tests parallèles et rend le linting vert.

Tests parallèles (pytest-xdist) — tests/conftest.py mute désormais le singleton app.config.settings au lieu de le remplacer. Les modules qui importaient settings au chargement (ex. app/services/backup.py) gardaient sinon les valeurs par défaut, ce qui rendait les tests backup instables. Chaque test a une base SQLite temporaire + un dossier de backup dédiés → tests parallèles lancés explicitement (pytest -n auto en local et en CI). La config de base ne force plus -n (évite l'échec unrecognized arguments: -n si pytest-xdist n'est pas installé).
Backups réellement testés — les 2 tests précédemment skip (flaky) sont remplacés par des tests réels : snapshot daté, prune_old_backups, backup_due et API admin /api/settings/backups.
OAuth (mock) — tests d'intégration complets dans tests/test_v52_infra.py : redirect authorize → callback (Gitea + GitHub), mode link sur un compte local, rejet d'un state invalide, construction des URLs d'autorisation.
Schéma complet hors lifespan — init_db() crée aussi webhook_subscriptions (auparavant uniquement dans le lifespan FastAPI).
Linting — ruff check app tests passe sans erreur (corrections E701/E702, B904, B007, E741, F821, F841, W293, UP031, E731 + config FastAPI pour B008) ; migration de .eslintrc.json vers eslint.config.mjs (flat config, ESLint v9+).
CI — nouveau job lint (ruff + eslint) ; tests exécutés en parallèle avec couverture ; déclencheurs élargis à develop.
Version — 5.11.1. 397 tests verts.

v5.11.0 (2026-09-11) — FlowDeck Agent : UX chat améliorée

Quatre améliorations majeures du panneau Agent (v4.10.0 → v4.14.0) pour une expérience plus proche de Notion AI.

Auto-titre à chaque requête — Le titre de la conversation se met à jour après chaque échange avec l'IA (pas seulement à la création). Il reflète le sujet courant et rend l'historique facile à parcourir.
Aperçu au survol / appui long — Dans l'onglet Historique, un survol souris (desktop) ou un appui long (mobile) ouvre un pop-up avec le premier message utilisateur et la dernière réponse de l'agent, sans quitter la liste.
Normalisation des blocs write_blocks — L'outil tolère désormais les erreurs fréquentes du LLM : text→content, heading→heading_1…heading_4, bullet/list→bulleted_list, génération d'ID, types inconnus→paragraphe. Le script PowerShell (ou tout code) s'écrit correctement dans un bloc code.
Accordéon style Notion — Le raisonnement de l'agent s'affiche dans un composant pliable : « Pensées » (chevron, contenu complet au clic) et « Actions » (lignes simples, passé, non-cliquables). Le tout reste visible en permanence sous la réponse, sans encombrer l'écran.
Tests — test_write_blocks_normalizes_llm_blocks, test_engine_titles_conversation_on_each_request, test_suggest_title_strips_composer_prefixes.

v5.9.0 (2026-09-10) — AI Writing Assist (éditeur)

L'IA Notion dans l'éditeur : commandes slash /ai, autocomplétion en ligne et remplissage automatique des propriétés d'une base, au-dessus du moteur FlowDeck Agent (v4.10.0) et de l'endpoint headless /api/agent/generate.

Service app/services/ai_writing.py — AIWritingService sans outils, six actions (write, summarize, translate, continue, autocomplete, properties). Prompt système strict (Markdown léger, aucun préambule) et replis déterministes hors-ligne (aucun appel réseau sans clé API).
Commandes slash IA — nouveau groupe « AI » dans le menu / de l'éditeur : Write with AI, Summarize, Translate, Continue writing. Write ouvre le composeur inline existant ; Summarize et Continue insèrent le résultat sous le bloc ; Translate remplace le contenu de la page dans la langue demandée.
Autocomplétion — module AIAC : après ~900 ms d'inactivité pendant la frappe dans un bloc texte, une suggestion courte est proposée dans une pastille « Tab » ancrée au bloc ; Tab l'insère, Escape la rejette.
AI properties — bouton ✨ sur chaque ligne de la table database : POST /api/agent/writing/properties propose des valeurs (Status, Priority, Résumé…) à partir du titre/contenu, appliquées et persistées via l'API collection existante.
Endpoints — POST /api/agent/writing (action + prompt/contexte/langue/ préfixe) et POST /api/agent/writing/properties (suggestions structurées), provider/modèle par utilisateur via les clés LLM existantes.
Tests — tests/test_ai_writing.py (+29) : service hors-ligne, coercition des valeurs, parsing JSON, routes et câblage des templates. Version 5.9.0.

v5.5.0 (2026-09-08) — Partage : réorganisation & indicateurs

Vue complète du partage : sidebar « Shared » scindée en « Par moi » / « Avec moi », onglet Shared de la bibliothèque filtrable, fenêtre Share rechargée à l'ouverture (bug de refresh), et emoji 👥 sur les fichiers partagés du workspace local.

Correctif fenêtre Share — ouverture de la boîte de dialogue (toggleShareOpen) au lieu de laisser la liste vide après un refresh ; les partages sont rechargés (loadShares) à chaque ouverture.
Sidebar Shared — la section affiche deux sous-groupes : « Par moi » (partages nominatifs créés + pages en « lien ») et « Avec moi » (partages reçus), chacun avec son propre état vide (les pages déjà dans « Par moi » sont exclues de « Avec moi » pour éviter les doublons).
Bibliothèque — onglet Shared doté d'un filtre « Tous / Par moi / Avec moi » ; l'endpoint GET /api/library/shared accepte dir=made|received|all et renseigne share_dir sur chaque élément.
Indicateur de partage — la barre du document affiche « 👥 Shared » au lieu de « 🔒 Share » dès que la page est partagée (membre, lien ou publiée) ; état recalculé à la volée après chaque action de partage.
Workspace local — les fichiers partagés affichent l'emoji 👥 juste avant leur nom dans l'arborescence (is_shared exposé par /api/local-workspace/tree).
Tests (tests/test_sharing.py +6) : direction made/received/all de la bibliothèque, fallback dir invalide, et rendu pageIsShared sur la page. Suite complète 325 verte (+3 PDF pré-existants).

v5.4.1 (2026-09-08) — Partage de page : correctif permissions + autocomplete membres

Le partage à un membre existant échouait avec « Invalid permission. Use view, comment, or edit. » — le client envoyait editor/commenter/viewer alors que l'API n'accepte que view/comment/edit. Corrigé, et enrichi.

Correctif permissions — défaut du champ d'invitation passé à edit ; valeurs, libellés et surbrillance du menu de permission des participants alignés sur le contrat API (view/comment/edit).
Mise à jour de permission persistée — nouvel endpoint PUT /api/pages/{page_id}/share/{share_id} ; le menu de permission d'un participant enregistre désormais le changement (avant : visuel uniquement).
Autocomplete des membres existants — en tapant dans le champ d'invitation, recherche dans /api/notifications/users/search?q= (debounce 150 ms) avec liste de suggestions (avatar couleur, login, nom complet), navigation clavier ↑/↓/Entrée/Échap ; soi-même et membres déjà partagés exclus.
Partage lié au compte — la sélection d'un membre dans les suggestions envoie user_id, le partage est donc lié au compte (pas seulement à un email) ; un email peut toujours être saisi librement.
Upsert anti-doublon — partager un membre déjà présent met à jour sa permission au lieu de créer une ligne dupliquée ; trim de l'email côté serveur.
Tests (tests/test_sharing.py) : partage par user_id/email, permission invalide rejetée, upsert, PUT permission, suppression avec unset is_shared, erreurs d'auth. Suite complète 319 verte (+3 PDF pré-existants).

v5.4.0 (2026-09-08) — Interactions de bloc

Manipulation riche des blocs façon Notion : undo/redo, duplication, menu de bloc ⋮ (turn into, couleurs, lien vers le bloc, déplacer, supprimer), glisser-déposer multi-sélection et en-têtes de tableau configurables.

Undo/Redo : pile d'historique (100 entrées) alimentée à chaque mutation (frappe Entrée, retour arrière, slash, tableau, toggle, colonnes…), rappel Ctrl+Z / Ctrl+Shift+Z ou Ctrl+Y, restauration avec re-focus du bloc.
Duplication de bloc : Ctrl+D, menu bloc ou commande slash « Duplicate » ; copie profonde (enfants columns/toggle inclus) insérée juste en dessous ; en multi-sélection, le groupe entier est dupliqué.
Menu de bloc ⋮ sur la poignée (clic ou clic droit) : « Turn into » (sous-menu conservant le contenu), Duplicate, Copy link to block (#fdblk-<id>, scrolls/focus au chargement), Move to… (dialogue de recherche des pages de l'arbre, déplacement du bloc via l'API), Delete, couleur de texte et de fond appliquées à un bloc ou à la sélection.
Glisser-déposer multi-sélection : Shift+clic sur la poignée ajoute un bloc à la sélection ; déplacer un bloc sélectionné déplace tout le groupe (reconstruction de l'ordre depuis le DOM via data-id).
Commandes slash étendues : groupe « Actions » avec Duplicate, Turn into…, Copy link to block et Delete block.
En-têtes de tableau : toggles « Header row » / « First col » dans la barre du tableau ; has_header (toujours actif par défaut) et nouveaux first_col_header persistés et pris en compte dans les exports Markdown/HTML (app/services/export.py) ainsi que que dans blocksToMarkdown client.
Intégration realtime : méthode syncNow/forceEmit sur window.__fdRT appelée après chaque mutation programmatique pour pousser immédiatement les ops (undo, duplicate, drag, turn into, couleurs, déplacement, toggles).
Tests (tests/test_block_interactions.py) : persistance des blocs avec has_header/first_col_header/style, exports table Markdown/HTML, endpoint « Move to » (get page + POST blocks sur la cible).

v5.3.0 (2026-09-08) — Realtime : édition collaborative en direct

Deux utilisateurs peuvent maintenant éditer une même page en même temps

les blocs, le titre, les curseurs et la présence se synchronisent via une connexion WebSocket, avec fusion last-write-wins et repli sur polling.

Passerelle WebSocket WS /ws/pages/{page_id} (app/services/realtime_server.py
- app/routers/realtime.py) : salons en mémoire par page, authentifiés via le cookie de session (refus 4401), page introuvable/supprimée → 4404.
Protocole de synchronisation : hello/sync/op/ack/title/sel/ ping/peer_join/peer_leave ; chaque page porte une version incrémentée à chaque opération appliquée ; un client périmé reçoit un sync complet.
Merge last-write-wins par bloc : insert, update (remplacement de bloc), delete, move — appliqués dans l'ordre d'arrivée ; une frappe en cours dans un bloc focalisé n'est jamais écrasée par une mise à jour distante.
Client éditeur (app/templates/_page_editor_realtime.html) : diff local → ops (update/delete/move/insert), envoi dès que l'utilisateur tape (debounce), application des ops distantes avec re-render discret + re-focus du bloc actif.
Présence & curseurs : avatars colorés dans la barre du haut et curseurs de chaque pair positionnés dans le document (calque dédié, mise à jour à l'édition/au scroll).
Titre synchronisé : diffusion du titre (debounce) sans écraser un titre en cours d'édition.
Fallback polling : si le WebSocket est indisponible, rafraîchissement toutes les 10 s de l'état serveur (adopté uniquement si pas de brouillon local) avec reconnexion automatique.
Persistance : écriture debounce (~1 s) de content + title en base, flush immédiat à la déconnexion du dernier client.
Sécurité : connect-src CSP étendu à ws: ; aucune donnée sensible transmise (les peers n'exposent que id/login/full_name/couleur).
Tests (tests/test_realtime.py) : auth, page absente, hello→sync, merge LWW à deux clients + persistance, présence join/leave, curseurs, titre, resync des clients périmés, apply_op/merge_ops unitaires.

v5.2.0 (2026-09-07) - Automations : un moteur de règles (if-this-then-that)

Nouveau moteur de règles : brancher des actions sur des événements de pages (création, mise à jour, suppression, déplacement), sur un planning cron ou sur un bouton cliquable directement dans l'éditeur.

Moteur de règles : trigger (événement / cron / bouton), conditions combinables (eq, neq, contains, is_empty, is_not_empty, changed) et actions (webhook, changer une propriété, créer une page, notification).
Événements couverts : collection créée/modifiée/supprimée, page créée/modifiée/supprimée/déplacée (API et Canvas).
Déclencheur cron : */N * * * *, minute fixe, @hourly, @daily, avec un planificateur en arrière-plan qui exécute les règles dues chaque minute.
Bouton d'automation : nouveau bloc de type button dans l'éditeur (menu slash) qui déclenche une règle au clic.
Interface : panneau Automations dans les paramètres (créer, modifier, activer/désactiver, lancer, supprimer, historique des exécutions).
Historique des exécutions : chaque déclenchement est tracé (statut, détail, page/collection concernée).

v5.1.11 (2026-09-07) — Éditeur : collage intelligent (découpe en blocs)

Coller un texte dans un bloc le plaçait en entier dans ce bloc, même s'il contenait plusieurs paragraphes, des listes, des titres markdown, du code ou un tableau.

Découpe automatique au collage : le contenu collé est analysé (paste2b) et réparti en plusieurs blocs selon son format (markdown ou texte simple).
Pris en charge : titres #→####, listes à puces (-, *, +), listes numérotées, cases à cocher - [ ] / - [x] (y compris [X]), citations > , séparateurs ---/***, blocs de code (fences ```), tableaux markdown et paragraphes.
Texte simple : les lignes courtes (≤ 55 caractères) deviennent chacune un bloc ; les blocs de texte longs (paragraphes) restent groupés ; une ligne vide crée une nouvelle section.
Comportement au curseur : le texte avant le curseur reste dans le bloc courant (qui est réutilisé comme premier bloc si vide), puis les blocs analysés sont insérés, et le texte après le curseur conserve sa propre place (refocus sur le dernier bloc inséré).
Les blocs non textuels (code, tableau, image, formules…) reçoivent toujours le collage en texte brut, sans découpe.

v5.1.10 (2026-09-07) — Espace local : boîte de renommage à la taille du nom

Renommer un fichier en cliquant sur son nom ouvrait une boîte d'édition qui s'étendait sur toute la largeur de la ligne, et le bouton « Open » restait collé à droite du panneau.

La boîte de renommage inline (inline-rename-input) est maintenant large comme le nom du fichier : la largeur est mesurée à l'ouverture (_fitNameWidth) avec un minimum de 60 px et est bornée à l'espace disponible pour les très longs noms (le texte défile alors dans la boîte).
Le bouton Open est placé juste à droite de la boîte d'édition (marge 6 px) au lieu du bord droit : il est déplacé à l'intérieur de la cellule .name.file, devenue inline-flex (avec overflow:hidden + max-width), pour que le bouton ne passe jamais à la ligne même en colonne étroite.
S'applique aux deux rendus de l'arbre : la vue principale (x-for) et renderChildren (dossiers imbriqués / arbre statique).

v5.1.9 (2026-09-07) — Validation robuste des modèles Nvidia + logo Agent noir & blanc

La liste Nvidia « diminuée » de la v5.1.8 contenait encore des modèles en erreur 404/410. Deux causes réelles : (1) le payload de validation ne correspondait pas à celui utilisé au runtime et un payload partagé entre les requêtes concurrentes envoyait des noms de modèles croisés (race) ; (2) rien ne protégeait l'usage si un modèle devenait indisponible après validation.

Validation des modèles (fournisseur bruité)

_validate_chat_models() utilise désormais le payload de production (messages + temperature: 0.2, sans max_tokens) : un modèle qui répond 200 à la validation répond aussi 200 à l'usage réel.
Race fixée : le payload est reconstruit pour chaque modèle (plus de nom de modèle croisé entre requêtes concurrentes) — c'est pourquoi la v5.1.8 retombait par intermittence sur la liste brute non validée.
Un seul payload partagé retiré ; retente une fois sur timeout/5xx (les modèles lents mais fonctionnels survivent) ; rejette définitivement les 4xx (404 modèle inconnu, 410 retiré/déprécié) ; garde les 429 (routés donc utilisables).

Repli automatique au runtime (model not found / gone)

LLMClient._http_complete : si le modèle choisi répond 404/410, retente une fois avec le modèle par défaut du provider et ajoute un notice expliquant le basculement — visible dans le panneau Agent (nouvel événement SSE « notice », bandeau .fd-ap-notice, réinitialisé à chaque conversation).
Le modèle réellement utilisé est persisté dans l'historique de conversation.

Panneau Agent — logo noir & blanc thémé

Le rond bleu en bas à droite (FAB) et le logo du header du panneau (à gauche de « How can I help you today? ») passent de l'accent bleu + émoji 🤖 à un rond noir/blanc qui suit le thème clair/sombre, avec une étincelle ✨ monochrome (SVG currentColor : rond --text-primary, étincelle --bg-primary).

v5.1.8 (2026-09-07) — Multi-lignes réellement conservées + modèles IA validés (Nvidia)

Deux correctifs : le bug multi-lignes (v5.1.7 corrigeait le symptôme au re-rendu, mais la vraie cause était la lecture en textContent qui élimine les <br>) et, côté Agent, seuls les modèles réellement utilisables du fournisseur Nvidia sont désormais proposés dans la configuration IA.

Éditeur — multilignes conservées (vraie cause)

sync() lisait el.textContent, qui supprime les <br> : les sauts de ligne étaient perdus dès la sauvegarde du bloc. Ajout de gt() (basé sur innerText, qui rend bien les <br> en \n) utilisé par sync(), les tableaux (toggle/columns) et le calcul de position du curseur.
La scission sur Entrée (et la limite bas/haut de bloc) utilisait désormais splitCaret() : un marqueur temporaire est inséré au curseur puis gt()/innerText découpe le contenu en « avant » / « après », exactement comme un vrai clavier. Fini le décalage before qui perdait la fin d'un bloc multi-lignes.
_resultText (composer IA) lit par gt() pour préserver les \n.

Agent — validation des modèles (fournisseur bruité)

GET {base}/models de Nvidia liste tout le catalogue, mais la plupart des modèles (embeddings, rerank, génération d'images…) répondent 404 sur /v1/chat/completions — l'erreur observée dans la config IA.
fetch_provider_models() filtre désormais pour nvidia : suppression des modèles manifestement non-chat (nom), puis « probe » réelle de chaque candidat (POST /chat/completions, payload minimal, pipeline limité à 6 en parallèle, 6 s par appel) — seuls les modèles qui répondent sont listés. Un 429 (limite de débit) est conservé (le modèle est routé, donc utilisable).
Filet de sécurité : si toutes les validations échouent, on garde la liste filtrée par nom plutôt que de vider le sélecteur.
Tests : tests/test_llm_config.py (5 cas) — catalogue mock, 404 chat, retour sans validation pour les autres providers, chute de sécurité, offline.

v5.1.7 (2026-09-07) — Retours à la ligne conservés quand on change de bloc (Entrée)

Un bloc multi-lignes (Shift+Entrée) perdait ses retours à la ligne dès qu'on appuyait sur Entrée pour créer un nouveau bloc.

Cause

Shift+Entrée insère des <br> ; sync() lit el.textContent, qui contient alors des \n. mdEsc() (render des blocs) échappait le texte mais ne convertissait pas les \n, et le HTML les replie en espace → les lignes disparaissaient au re-rendu après la scission Entrée.

Correctif

mdEsc() convertit désormais les \n restants en <br> (après les remplacements markdown inline) : les retours à la ligne sont conservés dans tous les types de bloc (paragraphe, listes, to-do, toggle, callout, code…).

Conforme au comportement Notion : le titre affiche « New Page » quand il est vide ; les aides de blocs (« Press 'space' for AI… », « Heading 1 »…) ne s'affichent que lorsque le bloc a le curseur.

Titre « New Page » (document vide)

Le placeholder du titre utilisait :empty avec le texte figé « New page » et la couleur très sombre --text-dim. :empty casse dès qu'un <br> est injecté dans le contenteditable.
Ajout de data-placeholder="New Page" et d'une bascule de classe .empty (même mécanisme que les blocs) : le placeholder s'affiche en gris pâle (--text-secondary, opacité .75) dès que le titre est vide, y compris après effacement.
save() stocke désormais un titre vide (au lieu de forcer « New page ») : le placeholder persiste après autosave ; la sidebar garde son fallback d'affichage.
duplicatePage() retombe sur « New Page » si le titre est vide.

Aides de blocs affichées seulement au focus

Les placeholders des blocs (« Press 'space' for AI or '/' for commands », « Heading 1 », « List »…) s'affichaient en permanence quand le bloc était vide.
Les règles passent sous :focus-within : l'aide n'apparaît que lorsque le bloc est focalisé (curseur dans le bloc) et disparaît dès qu'on le quitte.
Même comportement pour l'aide « Type code... » du bloc code.

Les textes d'aide « Press 'space' for AI or '/' for commands », « Heading 1 », « List », etc. restaient affichés pendant l'édition.

Cause

La classe .empty (qui pilote les placeholders) n'était basculée qu'au render(). Pendant la frappe, l'événement input mettait à jour dirty et autoSave mais jamais .empty : le texte d'aide persistait sur un bloc qui avait pourtant du contenu.

Correctif

Le listener input des blocs (rendu render()) bascule désormais .empty en direct selon le contenu : dès qu'un caractère est saisi, .empty est retiré et le placeholder disparaît ; quand le bloc est vidé, .empty revient et le placeholder réapparaît (mécanisme identique pour les titres « Heading 1… », listes, callout, etc.).

Résout les derniers retours UI de l'éditeur v5.1.2/5.1.3.

Placeholder « Press 'space' for AI » — jamais affiché

Cause réelle : la classe .empty est basculée sur l'élément interne [data-bid] (sélecteur [data-placeholder] au render), mais la règle CSS ciblait l'élément externe .block-content — deux éléments différents, donc le ::before d'aide ne se rendait jamais.
La règle cible désormais .block-content [data-bid].empty::before (l'élément qui porte réellement data-placeholder + .empty).

Flèches ↑/↓ du menu `/`

La navigation dépendait de l'endroit où se trouvait le focus (_in vs bloc vs ailleurs) : onKd n'est lié qu'à #_blocksCt, l'input vit dans #_slashMenu (un voisin), d'où un comportement fragile/incohérent.
Ajout d'un écouteur keydown au niveau document (actif quand le menu est ouvert) : ↑/↓/Entrée/Échap fonctionnent quel que soit le focus, plus de double déclenchement.
La sélection .selected passe en !important pour toujours gagner sur .slash-item:hover, et l'élément sélectionné est auto-défilé (scrollIntoView).

Item « vocabulaire / vocabulaire » du menu `/` mal positionné

Les icônes texte 'lightbulb' (Callout) et 'image' (Image) étaient injectées en clair dans la pastille d'icône, provoquant un texte décalé/débordant.
Remplacées par les emojis 💡 (Callout) et 🖼️ (Image).

Composer « Edit with AI » — largeur

Le composer AI utilisait une largeur fixe 420px ; il s'aligne désormais sur la largeur du bloc ciblé (min 280px, max 1200px).

Résout les régressions du composer AI et de l'éditeur Notion-style v5.1.2.

AI inline — erreur 400 DeepSeek (espace → AI)

fdAgent.generate passait par l'engine à outils (/conversations/{id}/run) qui envoie un schéma tools/tool_choice que DeepSeek rejette en 400 Bad Request.
Bascule de generate sur l'endpoint /api/agent/generate (sans outils, prompt propre + contexte) : le composer AI, « Ask AI », la note de réunion et la synthèse renvoient désormais un simple texte Markdown. Le bloc « 400 » disparaît.

Bloc vide (placeholder)

Le hint « Press 'space' for AI or '/' for commands » était rendu trop discret (--text-dim). Il passe à --text-secondary avec opacité, plus lisible. (Le texte n'apparaît que sur un paragraphe réellement vide — comportement Notion.)

La sélection n'était pas visible au démarrage (rien de surligné) → les flèches semblaient inactives. _rs() est désormais appelé à l'ouverture et après filtrage, et l'item sélectionné reçoit un fond accentué + liseré gauche clair. Testé en jsdom : ↓/↑ déplacent la sélection, Entrée applique l'élément.

Contour du bloc sélectionné

Suppression des anneaux de focus (outline/box-shadow) sur tous les blocs éditables ([data-bid], .block-content, titre de page) quand sélectionné.

Poignée de déplacement (⠿)

La poignée 6 points restait invisible (seule .block-column-wrapper:hover la montrait). Ajout de .block-wrapper:hover/:focus-within .block-handle { opacity:1 } pour les blocs normaux.

Tests / validation

271 tests pytest verts ; rendu édition 200 (hint/AIC/trigger présents) ; route /api/agent/generate enregistrée ; JS validé (node --check + jsdom).

Adapte le visuel des blocs à l'expérience Notion AI : hint sur bloc vide, menu / compact avec raccourcis + aperçu au survol, et composer AI inline (« Edit with AI » → « Brewing… » → résultat encadré → « Insert below »).

Bloc vide & commandes (Images 1 & 3)

Hint de bloc vide : sur un paragraphe vide, le placeholder devient « Press 'space' for AI or '/' for commands ».
Menu slash refait : compact (icône + nom + raccourci #/##/###… à droite), groupes renommés (« Basic blocks », « Media », « Data »), footer « Close menu (esc) », champ « Type to search » en bas, et aperçu au survol d'un item (carte « Our Values » / exemple de rendu de bloc), positionnée à côté du menu.

Composer AI inline (Images 2, 4, 5, 6)

Espace sur un bloc vide ouvre le composer AI inline (pill « Edit with AI »).
Entrée → l'agent génère : indicateur « Brewing… » animé (bouton ■ pour stopper), puis résultat encadré (markdown rendu : titres, listes, gras…) avec barre d'actions (👍/👎) et bouton « Insert below ».
Insert below insère le contenu comme vrais blocs (via applyAIBlocks → md2b).

Tests / validation

271 tests pytest verts (aucune régression) ; éditeur rendu 200 (hint, menu, AIC présents) ; JS validé (node --check).

L'agent FlowDeck et l'insertion dans les pages affichent désormais le markdown rendu (titre, gras, tableaux, code…) au lieu des caractères bruts ##, **…

Éditeur de page (blocs)

Insertion agent → vrais blocs : applyAIBlocks() (et le mode replace de fdApplyDocument) convertit la réponse markdown en blocs réels via md2b() : ## titre → bloc heading_2, tableaux GFM → bloc table, ``` → bloc code, listes -/1., to-do, citations, séparateurs. Plus de ## affiché littéralement.
Rendu inline : les blocs de texte affichent désormais le markdown inline (gras **, italique *, code `, lien [t](url), barré ~~) sans les caractères, via mdEsc() dans renderBlock (paragraphes, titres, listes, to-do, toggle, citation, callout, code).
Les raccourcis clavier markdown existants (# + espace → H1…) restent inchangés.

Panneau FlowDeck Agent

renderMarkdown() (agent_panel.html) : les réponses de l'agent s'affichent en HTML rendu — titres H1–H4, tableaux (GFM), blocs de code, listes à puces/numérotées (+ cases), citations, séparateurs, gras/italique/code/lien/barré. HTML échappé avant rendu (sécurité face au contenu LLM). CSS dédié (.fd-md-*, pre, tableaux).
Le bouton « Insérer dans la page ouverte » continue d'utiliser fdApplyDocument (maintenant → blocs réels).

Tests / validation

271 tests pytest verts (aucune régression). Rendu markdown vérifié fonctionnellement en Node (titres, tableau, code, listes) ; éditeur et panneau rendus 200 avec les nouveaux composants présents.

Livre la v5.3.0 du roadmap : databases inline dans les pages (slash /database), galerie de templates prédéfinis (CRM, Project tracker, …) et validation des propriétés (required / unique / min / max) côté serveur + UI.

Added — Inline databases (slash `/database`)

Commande slash /database (groupe DATA) dans l'éditeur : ouvre un sélecteur de templates, crée une database inline liée à la page et insère un bloc embed_type:'collection' rendu par FlowDeckDB.renderInto.
Le bouton « Database » de la barre Get Started ouvre désormais le même sélecteur (au lieu de créer une database vide directement).

Added — Templates de database prédéfinis

6 templates intégrés seedés (migration v4) : Project tracker, CRM / Contacts, Task list, Content calendar, Meeting notes, Reading list — avec icône, description et schéma de propriétés.
app/services/db_templates.py : materialize_properties() (schéma → collection_properties) et create_from_template() (collection + propriétés + vue par défaut).
POST /db/api et POST /db/inline/api acceptent "template": "<nom>" et matérialisent les propriétés (titre exclu — c'est le titre de ligne). Colonne icon ajoutée à database_templates (migration v4).
apply_db_template (/workspace/templates/database/{id}/apply) matérialise les propriétés.

Added — Validation des propriétés (required / unique / min / max)

Nouvelle colonne collection_properties.validation_json (migration v4) ; le type/format et les règles de validation sont portés par validate_property_rule() dans property_types.py (required, unique, min, max, min_length, max_length).
Serveur : create_page_api et update_page_api (/db/{c}/pages/api, /db/pages/{id}/api) valident les valeurs avant écriture → 400 + message clair. La règle unique exclut la page en cours d'édition. Les valeurs sont résolues par id ou par nom.
API propriétés : POST/PUT /db/{c}/properties/api acceptent validation (persisté).
UI (_database_table_scripts.html) : la modale « Add property » expose Required, Unique, Min, Max ; en cas de 400 à l'édition d'une cellule, la cellule est marquée en rouge et un toast affiche le message (valeur restaurée).

Tests

271 tests (+9 dans tests/test_db_advanced.py) : templates seedés, création de collection/inline depuis template (propriétés matérialisées), apply template, validation required/unique/min-max (create + update, exclusion de la ligne courante), persistance de la config de validation, payload collection.

Livre deux chantiers du roadmap v5 : la migration au système de schéma versionné (v5.2.0, priorité n°1 — débloque tout le reste) et la Command Palette + recherche full-text (v5.0.0).

Added — Command palette (v5.0.0)

Palette de commandes Ctrl+K / Ctrl+P dans base.html : modale centrée autofocusée, navigation clavier (↑/↓/Enter/Esc), surlignage fuzzy des correspondances, recherche universelle et quick actions (Nouvelle page, Library, My Tasks, Trash, Settings, Help). Le bouton Search de la sidebar et openQuickFind() ouvrent désormais la palette (fini le toast « Quick Find — Ctrl+K »).
Endpoint GET /api/search?q= (app/routers/search.py) + service app/services/search.py : recherche unifiée des pages (titre + contenu) et des databases (nom + description), scopée aux workspaces accessibles de l'utilisateur.
Index full-text FTS5 (pages_fts, migration v3) avec triggers de synchronisation (insert/update/delete) sur la table pages ; repli automatique sur LIKE si FTS5 absent. Exclusions automatiques des pages supprimées (corbeille).

Added — Migrations versionnées (v5.2.0)

Runner léger app/migrations.py (alternative à Alembic pour ce projet SQLite) : table schema_version enregistrant la version appliquée ; le schéma de base existant (init_db) devient la baseline v1, et chaque changement futur est une étape versionnée appliquée une seule fois, dans l'ordre.
Migration v2 — indexes manquants : users(email), user_oauth_tokens(user_id, provider), collections(workspace_id), pages(workspace_id), pages(deleted_at).
Migration v3 — FTS5 : pages_fts + triggers pages_fts_ai/ad/au + backfill.
init_db() termine désormais par apply_migrations(conn) : nouveau schéma et bases existantes convergent sans rejouer les migrations déjà appliquées.

Tests

267 tests (8 nouveaux dans tests/test_search_migrations.py) : suivi de la version schema_version, indexes créés, table/triggers FTS5, synchronisation de l'index, recherche pages+collections, exclusions de la corbeille, requête vide et sans résultat.

Corrections

Test de connexion multi-provider : le modèle configuré globalement (ex. deepseek-v4-flash) n'est plus envoyé lorsqu'on teste un autre provider (ex. nvidia) — c'était la cause d'un HTTP 404 « model not found ». Chaque provider utilise désormais son modèle par défaut tant que le modèle global ne le concerne pas.
Presets NVIDIA actualisés : les anciens modèles (nvidia/llama-3.1-70b-instruct, nvidia/nemotron-4-340b-instruct) étaient retirés de la plateforme ou soumis à abonnement ; liste remplacée par des modèles disponibles (nvidia/nemotron-3-super-120b-a12b, meta/llama-3.1-70b-instruct, deepseek-ai/deepseek-v4-pro, z-ai/glm-5.2, …).

Note : un 404 persistant après cette correction vient de NVIDIA lui-même (code « Function … : Not found for account ») — cause fréquente : le droit « Public API Endpoints » pas activé sur le compte/clé pour le modèle choisi.

v4.15.4 (2026-09-06) — Correctifs listes agent (@ et /)

Corrections

Menus « @ » vides : le template Alpine du menu de mentions avait deux racines (Alpine n'en accepte qu'une) — seuls les titres de sections s'affichaient, sans éléments. Les éléments sont maintenant bien rendus sous chaque section.
Sélection clavier visible dans le menu « / » : le changement de focus (↑/↓) n'était pas visible faute de style .focus ; ajout d'un surlignage (fond + barre d'accent à gauche).

v4.15.3 (2026-09-06) — Agent : mentions @ par espace courant + skills composés en arrière-plan

La commande « @ » propose en priorité les fichiers de l'espace de travail ouvert, puis les autres contextes (collections, pages de collections, autres documents). La navigation clavier (↑/↓) positionne maintenant visuellement la sélection dans la fenêtre (défilement), et les fichiers identiques ne sont plus affichés plusieurs fois (déduplication par titre).

Améliorations

Mentions @ contextuelles : nouvelle API /api/agent/mentions par sections : Fichiers de l'espace courant (« workspace_id transmis par le frontend »), Collections / bases, Pages de collections, Autres documents.
Navigation clavier corrigée : ↑/↓ font défiler la liste ouverte pour garder la sélection visible à l'écran (aussi appliqué au menu /). Entrée/Tab sélectionne toujours l'élément focalisé.
Déduplication : deux fichiers du même type et même titre (ex. « Sans titre », « Aussi Vide ») n'apparaissent qu'une seule fois dans les propositions.
Skills composés en arrière-plan : sélectionner un skill n'injecte plus son texte dans la boîte d'édition. À l'envoi la requête est assemblée : contexte1 + contexte2 + skill-1 + skill-2 + texte. Les skills intégrés (templace) et enregistrés (skill_ids) sont tous deux pris en compte ; les contextes @ continuent d'être résolus en contenu côté serveur.

v4.15.2 (2026-09-06) — Agent : skills multi-épinglés en bulles + chips de contexte cliquables

Les skills s'épinglent désormais au contexte comme les mentions @ (bulles « / » purples dans l'éditeur du chat), on peut en associer plusieurs à un même post, et chaque bulle de contexte référencée s'ouvre d'un clic comme document courant.

Améliorations

Skills en bulles : sélectionner un skill (menu /, intégré ou enregistré) ajoute une vraie bulle dans le composer, comportement identique aux mentions @. La bulle d'un skill intégré greffe son modèle de demande dans le texte ; plusieurs skills peuvent coexister.
Plusieurs skills par post : l'API /run accepte skill_ids (tableau) et l'engine injecte tous leurs prompts dans les instructions système (skill_id reste supporté pour la rétro-compatibilité).
Chips de contexte cliquables : cliquer sur une bulle de contexte (@ document / page / base) ouvre l'élément comme document courant — document:<id>/page:<id> → /pages/<id>, collection:<id> → /db/<id>. Le bouton « ✕ » retire toujours la bulle (sans ouvrir).
Envoi possible avec uniquement des skills (sans texte) : « Applique le(s) skill(s) sélectionné(s)… ».

Correctifs

L'écriture du chat (send) renvoie désormais tous les skill_id épinglés via skill_ids.

v4.15.1 (2026-09-06) — Agent : réparation des conversations réelles (protocole tool_calls)

Le chatbot ne « répondait » plus : avec un fournisseur réel, dès qu'un outil était appelé la passe suivante était refusée par l'API (message assistant sans ses tool_calls) et l'agent retombait silencieusement sur le mock hors-ligne, qui se contentait de répéter la question.

Correctifs

Protocole tool-calling conforme (agent_engine.py) : le message assistant qui annonce un appel d'outil transporte désormais ses tool_calls (avec id), et chaque résultat d'outil répond avec le tool_call_id correspondant (y compris en cas de refus/permission). Le run se poursuit alors correctement et se termine par une vraie réponse du modèle.
Plus de repli silencieux (llm_client.py) : quand un fournisseur réel configuré échoue, l'erreur remonte (événement SSE error) au lieu de produire silencieusement un écho hors-ligne. Le mock n'est utilisé que si le fournisseur est réellement non configuré (offline / pas de clé).
Les tool_calls analysés conservent leur id et les arguments bruts (arguments_raw).
Test de régression test_engine_tool_protocol_messages.

v4.15.0 (2026-09-06) — Agent : actions sous chaque réponse, mentions @ & skills /

Le panneau FlowDeck Agent gagne l'expérience « type Notion AI » : chaque réponse de l'agent expose des actions rapides (copier, insérer dans la page, feedback 👍/👎), on peut épingler au contexte plusieurs documents / pages / bases via la commande @ (ou le bouton +), et la commande / propose des skills de travail réutilisables en plus des commandes admin existantes.

Sous chaque réponse de l'agent

⧉ / ➕ / 👍 / 👎 : boutons à icônes seules (infobulle au survol) — copier la réponse, insérer dans la page ouverte, feedback 👍/👎 enregistré en base.
Le bandeau statique « Contexte : … » du haut du panneau est supprimé.

Contexte épinglé — commande « @ » / bouton « + » (style Notion AI)

Le composeur est maintenant un éditeur contenteditable : les références sélectionnées s'insèrent inline comme des pastilles cliquables (icône + nom) directement dans le message.
Au-dessus du composeur, une barre de contexte groupée rassemble les fichiers épinglés (rangée documents, icônes 📄) et les skills (rangée séparée, icône ✨), chacun retirable.
@ ouvre le sélecteur (icône + titre + chemin) listant documents, pages et bases ; l'élément choisi devient un jeton inline et une puce de contexte. + épingle un élément au contexte sans l'insérer inline. Les puces persistent jusqu'au retrait (et sont vidées en nouveau chat).
Contexte d'ouverture : ouvrir l'agent sur un document (/pages/:id) ou une base (/db/:id) ajoute automatiquement ce contexte comme mention (puce épinglée) — plus de bandeau statique.
À l'envoi, chaque référence est transmise comme mention ; le backend résout son contenu réel.

Skills — commande « / »

Le menu / liste les skills intégrés (research, resume, brainstorm, plan, meeting-note, livrable…), les skills enregistrés (table agent_skills) et les commandes admin classiques.
Un skill intégré pré-remplit le composeur d'un modèle à compléter ; un skill en base s'épingle en chip et est appliqué via skill_id à chaque envoi.
Navigation clavier (↑/↓/Entrée/Échap) dans les menus ; aucun envoi parasite pour « / » seul.

Infra & API

Nouvelle table agent_feedback (rating, conversation/message, extrait, commentaire).
GET /api/agent/mentions?q= : recherche des éléments mentionnables du workspace.
POST /api/agent/feedback : enregistre un retour 👍/👎.
VERSION → 4.15.0 ; app/main.py version → 4.15.0.

v4.14.0 (2026-09-06) — Agent : création de documents dans un espace + nouveaux outils & titre auto

L'agent sait enfin créer, lire, modifier et supprimer des documents (pages éditeur) dans un espace de travail — la demande « crée un document « Projet » dans le workspace « TEST WS 1 » » ne se termine plus par un simple search_workspace vide. Il liste aussi les espaces, et renomme automatiquement les conversations avec un titre descriptif au lieu de « Nouvelle conversation ».

Outils (nouveaux / corrigés)

create_document : crée une page éditeur (pages) dans un espace (par workspace_id ou workspace_name), avec contenu Markdown optionnel — snapshot d'undo.
read_document : lit un document (titre + contenu + métadonnées).
read_workspaces : liste les espaces accessibles (rôle, nb de documents/collections).
delete_document : suppression → corbeille (deleted_at), annulable (softdelete).
write_blocks étendu : renommage de titre et/ou écriture des blocs ; undo restaure titre + contenu.
search_workspace étendu : recherche désormais aussi les documents et les espaces de travail.

Contexte & planification

Contexte de l'agent enrichi : sections « Documents » et « Espaces de travail » (avec ids) pour que le LLM cible le bon espace. Guide mis à jour. Mock hors-ligne : détection « créer un document dans un espace » / « lister les espaces ».

Conversations

Auto-titre : après la première exécution d'une conversation encore nommée « Nouvelle conversation », l'agent génère un titre descriptif (déterministe, hors-ligne sûr) ; l'historique devient navigable.

UX

Indication claire dans le composeur du panneau : Entrée ↵ = envoyer · Maj+Entrée = nouvelle ligne (le comportement existait déjà, il est maintenant visible + placeholder mis à jour).

Infra

VERSION → 4.14.0 ; app/main.py version → 4.14.0.

v4.13.2 (2026-09-06) — Saisie libre « écrire un texte » → proposition à appliquer au document

Quand un document est ouvert et qu'on tape directement une demande de rédaction/contenu dans le chat (« Écrire un texte sur… », « Rédige… », « Résume… », « Traduis… »), la requête est maintenant routée vers la génération de texte (sans outils) et affichée comme proposition à appliquer ou rejeter — au lieu d'un search_workspace puis d'un simple « Objectif traité ». « Traduire » remplace le contenu de la page ; les autres demandes l'insèrent en fin de page.

Fix

Envoi libre avec contexte document : détection d'intention de contenu (écrire/rédiger/générer/ résumer/traduire/améliorer/note de réunion/texte sur/série…) → POST /api/agent/generate + aperçu « ✓ Appliquer au document / ✕ Rejeter ».
Mock : « écrire » (infinitif) reconnu comme verbe de rédaction.

Infra

VERSION → 4.13.2 ; app/main.py version → 4.13.2.

v4.13.1 (2026-09-06) — Corrections actions contenu Agent & aperçu à approuver

Corrige les actions de contenu sur document (« Résumer », « Traduire cette page », « Proposer des améliorations », « Créer une note de réunion ») qui partaient en recherche (search_workspace) sans retour utile, et ajoute un flux aperçu des changements → Appliquer / Rejeter.

Fix

Le contenu du document n'est plus interprété comme des intentions d'outil : le planificateur (mock) n'analyse que l'objectif de l'utilisateur, jamais le texte injecté dans # Contexte. Un document contenant « recherche », « collection », etc. ne déclenche plus search_workspace / create_collection intempestifs.
Ask AI n'emprunte plus le canal outil : il utilise la génération de texte directe.

Added

Endpoint POST /api/agent/generate : génération de texte sans outils (l'IA répond à partir du contexte du document fourni, sans chercher/créer dans le workspace).
Aperçu & approbation : les actions de contenu sur document affichent la proposition de l'agent dans le panneau avec boutons « ✓ Appliquer au document » / « ✕ Rejeter ». Appliquer insère la proposition (mode insert) ou remplace le contenu de la page (mode replace pour « Traduire cette page ») via window.fdApplyDocument() ; rejeter la conserve sans modification. En mode hors-ligne, l'action explique que la modification nécessite un modèle connecté (pas d'application accidentelle).

Infra

VERSION → 4.13.1 ; app/main.py version → 4.13.1.

v4.13.0 (2026-09-06) — Agent : panneau « Notion AI », ouverture fiable (Ctrl+J) & contexte universel

Refonte complète du panneau Agent (style Notion AI) : ouverture/fermeture fiable (API window.fdAgent.open/close/toggle, bouton flottant + sidebar « Agents » + raccourci Ctrl/Cmd+J), contexte détecté et épinglé à l'ouverture (document en cours, bibliothèque, My Tasks, espaces, base de données, board, corbeille…) et sélecteur fournisseur + modèle intégré à la zone de saisie.

Added

Ouverture robuste : window.fdAgent.open()/close()/toggle() appliquent l'état directement (classe .open + attribut) ; FAB, entrée « Agents » du sidebar, icône Chat et fdAgent.ask ouvrent explicitement le panneau (fini le toggle silencieux). Raccourci Ctrl/Cmd+J global.
Contexte universel window.FlowDeckCtx : détection par priorité — (1) marqueur d'écran (window.fdViewContext / data-fd-context), (2) document ouvert (éditeur : titre + contenu des blocs), (3) route de l'application (Accueil, Bibliothèque, Corbeille, My Tasks, Espaces, Espace local/Gitea, Base /db, Board, Notes, Paramètres…). Le contexte est épinglé à l'ouverture du panneau, affiché en chip (« Contexte : … ») et rafraîchi automatiquement si l'utilisateur ouvre un autre document avant d'envoyer.
Fournisseur & modèle affichés : sous-titre du panneau Provider · Modèle (ex. OpenAI · gpt-4o) dès qu'un modèle réel fonctionnel est sélectionné ; « hors-ligne (mock) » n'apparaît que lorsqu'aucun fournisseur actif n'existe. Sélecteurs provider → modèle regroupés dans une pastille « Auto · » au-dessus de la zone de saisie.
Actions rapides contextuelles (état vide) en français selon la section : Résumer / Traduire / Améliorer un document, Créer une note de réunion, Analyser une base, Mes tâches / planifier, ou guides « Comment utiliser FlowDeck ? » et création de collection/board.

Changed

Panneau redessiné façon Notion AI : largeur 470 px, en-tête « How can I help you today? », icône avatar, ligne de contexte, historique, grande textarea arrondie auto-redimensionnable (jusqu'à ~220 px) avec toolbar (+-équivalent, contexte, modèle, flèche d'envoi) et sélection de modèle en popover.

Infra

VERSION → 4.13.0 ; app/main.py version → 4.13.0.

v4.12.1 (2026-09-05) — Corrections configuration Agent & IA + AI Meeting Note

Correctifs UI sur la section Settings → Agent & IA et remplacement de l'ancien bouton « AI meeting note » (qui insérait du texte) par une vraie boîte de réunion interactive.

Fix

Champs « Clé API » : le x-text embarquait le SVG de l'icône œil dans l'attribut HTML, ce qui cassait l'attribut et laissait du texte résiduel (sk-…': '👁'" style="top:50%;">). Les boutons d'affichage/masquage utilisent désormais deux <span x-show> avec l'icône en contenu.
Champs « URL API » : pré-remplis avec l'URL réellement utilisée par l'application (base par défaut du fournisseur, ex. https://api.openai.com/v1) quand aucune URL personnalisée n'est stockée — exposée via base_url dans /api/agent/providers (fournisseur par défaut + au changement de provider).

Changed

AI Meeting Note : le bouton « Get started » ne génère plus du texte via l'agent. Il crée un bloc meeting interactif dans la page (page renommée « Meeting @date » si vide) :
- Étape 1 — consentement (moi-même / message audio auto) + « Start transcribing » ;
- Étape 2 — transcription live via Web Speech API (fr-FR, horodatée), boutons Pause / Stop, fallback « sans audio » (transcript à saisir/coller) si le navigateur ne supporte pas ;
- Étape 3 — onglets Notes / Transcript / Summary, bouton « Générer le résumé » (helper headless window.fdAgent.generate sur le FlowDeck Agent) produisant Résumé / Décisions / Action items, copie presse-papiers et « Nouvelle transcription ».
- Persistance du bloc et de son état dans la page (champ meeting ajouté aux blocs sauvegardés).

Infra

VERSION → 4.12.1 ; app/main.py version → 4.12.1.

v4.12.0 (2026-09-05) — Agent & IA : refonte des réglages, fournisseurs activés/fonctionnels dans le panneau, contexte document & guide

Refonte de la section Settings → Agent & IA pour la rendre plus claire, et aligne le panneau Agent sur la réalité de la configuration : seuls les fournisseurs configurés ET dont le test de connexion a réussi sont proposés (avant, tous les fournisseurs connus apparaissaient, même non configurés). Le panneau sait aussi sur quel document l'utilisateur travaille et peut guider sur l'utilisation de l'application quand aucun document n'est ouvert.

Added

Vérification des fournisseurs : colonnes verified / verified_at / last_error sur user_llm_keys et llm_config (migration automatique au démarrage). Un fournisseur est « fonctionnel » après un test de connexion réussi ou un chargement de modèles réussi.
Endpoint non-admin POST /api/agent/keys/{provider}/test : teste la clé enregistrée de l'utilisateur (sans mock) et met à jour l'état verified ; l'endpoint admin /providers/test marque le fournisseur par défaut de l'espace.
/api/agent/providers enrichi : chaque provider expose configured, verified, functional, last_error et source (user/global/open) ; default_provider + default_verified en tête de réponse.
Panneau Agent : les listes fournisseur/modèle ne contiennent plus que les providers activés et fonctionnels (+ mode hors-ligne). Bandeau « Aucun fournisseur activé » avec lien vers les réglages et rappel des clés « à tester » le cas échéant.
Contexte document : le panneau joint automatiquement la page ouverte (titre + contenu des blocs) à chaque requête — l'agent peut interagir avec le document courant.
Guide d'utilisation : le prompt système intègre un guide FlowDeck concis pour répondre aux questions « comment faire… ? » (pages, collections/vues, Gitea, corbeille, réglages…) lorsqu'aucun document n'est fourni.

Changed

Settings → Agent & IA refondu : carte de statut (prêt / N fournisseurs actifs / mode hors-ligne), cartes de fournisseurs avec badges d'état, erreur du dernier test, boutons « Enregistrer & tester », « Tester », « Modèles », « Supprimer » et encart d'aide.
Le bouton Save configuration admin gagne un rappel « Tester la connexion » pour activer le fournisseur pour tous ; changer de clé réinitialise la vérification.

Fix

Saisie clé : une clé vide conserve désormais l'existante aussi pour la config globale (au lieu de l'effacer), et un changement de clé invalide l'ancien statut verified.

Infra

VERSION → 4.12.0 ; app/main.py version → 4.12.0.

v4.11.1 (2026-09-05) — Correction & intégration des points d'entrée IA

Aligne les entrées AI de l'interface sur le FlowDeck Agent (alignement Guide Notion AI) et corrige les trois boutons qui ne fonctionnaient pas : Ask AI, AI meeting note (toolbar « Get started » de l'éditeur de page) et le bouton rond flottant FlowDeck Agent (coin bas-droit).

Fix

Bouton flottant Agent 🤖 (coin bas-droit) : le chat restait inerte tant qu'aucune conversation n'existait (send() retournait silencieusement sans currentConv). Ajout d'une création de conversation lazy (ensureConversation()) effectuée avant chaque envoi — la 1ère saisie crée la conversation puis l'exécute (mode offline ou LLM réel).
Mode hors-ligne plus utile : le mock LLM (_draft_reply) génère désormais un vrai contenu structuré pour les demandes de rédaction de page (« Ask AI », titre détecté via « intitulée ») et les AI meeting notes (squelette Résumé / Décisions / Action items), au lieu de se contenter de renvoyer le prompt tel quel — les boutons produisent donc du contenu même sans clé API.
« Ask AI » & « AI meeting note » : ne faisaient qu'insérer du texte placeholder (« Ask AI to write... » / « AI Meeting Note ») sans aucun appel IA. Ils déclenchent désormais une génération inline réelle via le FlowDeck Agent :
- méthodes askAI() / meetingNote() / aiRun() / applyAIBlocks() sur l'éditeur de page ;
- un prompt contextuel est envoyé au panneau agent (exposition d'window.fdAgent.ask) ;
- la réponse (event final du flux SSE) est insérée automatiquement dans la page sous forme de blocs édités (hook window.__fdInsertAI).
Un état aiBusy évite les doubles envois pendant la génération.

Infra

VERSION → 4.11.1.

v4.11.0 (2026-09-05) — Agent IA : clés API par utilisateur & chargement dynamique des modèles

Suite de v4.10.1 : migre la config LLM d'un global admin vers des credentials par utilisateur. Chacun peut enregistrer plusieurs provider + clé API dans son profil, les modèles disponibles sont chargés automatiquement depuis le fournisseur, et le provider/modèle actif d'une conversation se pilote directement dans le chat via des commandes slash.

Added

Clés par utilisateur : table user_llm_keys (UNIQUE(user_id, provider)) + service app/services/llm_config.py : get_user_llm_key, list_user_llm_keys (masqué), upsert_user_llm_key, delete_user_llm_key. Une clé vide conserve l'existante.
Chargement dynamique des modèles : fetch_provider_models() (httpx) — GET {base}/models pour OpenAI-compatible (Bearer), headers x-api-key/anthropic-version (Anthropic), x-goog-api-key (Gemini) ; stockés dans models_json et fusionnés dans GET /providers.
Endpoints API (tout utilisateur authentifié) :
- GET /api/agent/keys, PUT/DELETE /api/agent/keys/{provider},
- POST /api/agent/keys/{provider}/models (fallback sur la clé stockée, pas de fuite de clé),
- PATCH /api/agent/conversations/{id} (title / provider / model — commande slash).
POST /run : utilise la clé API de l'utilisateur pour le provider de la conversation (sinon config globale / .env / offline mock).
UI Settings → Agent & IA (visible pour tous, plus seulement admin) : carte par provider (clé API masquée, URL API, « Charger les modèles » en live, modèle par défaut, Enregistrer / Supprimer). La config globale reste admin sous « Configuration globale ».
Commandes slash dans le panel agent : /help, /providers, /keys, /provider <nom>, /model <nom> — menu de suggestions live, appliquées via PATCH et sans appel LLM.

Infra

VERSION → 4.11.0 ; migration idempotente (création table user_llm_keys + index).

Tests

239 tests verts (+7 : CRUD clés + masquage des secrets, isolation par utilisateur, provider invalide, fetch modèles (clé stockée / body gagnant / erreur), PATCH conversation, /run utilise la clé de l'utilisateur).

Comble le trou UX de v4.10.0 : l'utilisateur pouvait discuter avec l'agent mais ne pouvait configurer ni provider ni modèle. Ajout d'un sélecteur provider/modèle dans le panneau, d'une config runtime persistée en base (table llm_config) et d'un écran admin avec test de connexion.

Added

Sélecteur provider/modèle dans le panneau agent (agent_panel.html) : deux <select> (provider + modèles connus par provider) dans l'en-tête du chat, branchés sur POST /run et persistés par conversation (colonnes provider/model sur agent_conversations, migrées automatiquement). Bouton ⚙️ pointant vers la config admin.
Endpoints API :
- GET /api/agent/providers enrichi : liste complète des providers avec modèles connus, requires_key, api_base et has_api_key.
- PATCH /api/agent/providers (admin) : persiste provider/modèle/clé/base en runtime.
- POST /api/agent/providers/test (admin) : test de connexion sans fallback mock (méthode LLMClient.ping()) ; le provider offline répond sans réseau.
Table llm_config (1 ligne, id=1) + service app/services/llm_config.py : précédence base (runtime) > .env, créée seulement au premier enregistrement.
Écran admin : nouvelle section Agent & IA dans Settings (onglet Admin) : provider, modèle, clé API (masquée / réaffichable), URL API optionnelle, boutons Save configuration et Test connection avec retour d'état inline.

Fixed

LLMClient.__init__ : le modèle par défaut suit maintenant la config runtime (DB > .env) au lieu d'être toujours gpt-4o ; PROVIDER_MODELS documente les modèles connus par provider.

Infra

VERSION → 4.10.1 ; migration idempotente des colonnes agent_conversations.provider/model.

Tests

232 tests verts (+6 : providers enrichi, PATCH config (admin + 403 non-admin), test connexion offline, test connexion clé manquante, persistance provider/modèle par conversation).

v4.10.0 (2026-09-05) — FlowDeck Agent : agent IA natif conversationnel

Implémentation complète du pilier « Agent IA » : un agent ReAct intégré qui agit sur le workspace (pas seulement répond) — panneau de chat, boucle raisonnement→action, streaming SSE, 18 outils avec snapshots rollback, permissions par rôle, contexte automatique, custom agents, déclencheurs planifiés, skills réutilisables et multi-LLM (offline mock + 8 providers).

Added

Interface conversationnelle : panneau agent dans le sidebar (🤖 Agents) piloté par Alpine.js + streaming SSE ; FAB ouvrant le chat ; historique de conversations.
Boucle ReAct (app/services/agent_engine.py) : raisonnement → action → observation, max 12 itérations, budget de tokens, timeout, journal d'audit + fonction undo_action() (rollback).
Streaming SSE : endpoint /api/agent/conversations/{id}/run qui émet reasoning, action et final en temps réel.
18 outils (app/services/tool_registry.py) : search_workspace, read_collection, read_page, create_collection, create_view, add_property, create_page, update_page, write_blocks, add_relation, create_sub_item, add_dependency, apply_template, delete_page, delete_collection, read_gitea_issues, sync_gitea, create_gitea_issue — chacun avec ToolResult + snapshot d'undo réversible.
Permissions (app/services/permission_manager.py) : même ACL que l'utilisateur par rôle workspace (viewer/editor/admin/owner) + gating des outils.
Contexte automatique (app/services/context_builder.py) : snapshot du workspace actif, collections, pages, mentions @, fichiers uploadés injectés dans le prompt système.
Multi-LLM (app/services/llm_client.py) : OpenAI, Anthropic, Google, Ollama, DeepSeek, QwenCloud, NVIDIA, OpenRouter + offline mock (planner déterministe, aucune clé requise).
Custom agents, skills, déclencheurs : CRUD agents + conversations, agent_* tables (agents, agent_conversations, agent_messages, agent_actions, agent_skills, agent_triggers), skills (/api/agent/skills, apply), scheduler de fond pour triggers planifiés.

Infra

VERSION → 4.10.0 ; config LLM (LLM_PROVIDER/MODEL/API_KEY/API_BASE, AGENT_MAX_*) ; exclusions CSRF /api/agent ; routeur agent + tâche scheduler dans le lifespan de app/main.py.

Tests

226 tests verts (+18 v4.10.0 : schéma DB, mock LLM, permissions, outils+undo, engine ReAct + audit + rollback, CRUD agents/conversations, streaming SSE, skills, tools, providers).

v4.9.0 (2026-09-04) — Collaboration : commentaires inline, mentions @, notifications

Implémentation complète du pilier « Collaboration » — basée sur la revue des docs Notion (docs/Guide_Complet_Notion_sharing_collaborartion.md) : commentaires avec ancres inline, mentions @ avec autocomplétion, centre de notifications in-app et emails SMTP.

Added

Commentaires inline sur les pages : sélection d'un texte dans l'éditeur → bouton flottant « 💬 Comment » → commentaire ancré (block_id + offsets). Table comments étendue (target_type, target_id, anchor_block_id, anchor_start, anchor_end) et migrée de son FK collection_pages vers un schéma générique (aucune perte de données, idempotente).
Panneau de commentaires dans l'éditeur : liste, résolution (✔/↪), suppression, compteur dans la topbar.
Mentions @ : autocomplétion en temps réel (recherche d'utilisateurs), insertion de @login dans un bloc ou un commentaire → notification ciblée à l'utilisateur mentionné.
Centre de notifications in-app : cloche dans la topbar (badge non-lus, polling 30s), panneau déroulant, « mark as read » / « mark all read ». Table notifications.
Emails de notification : service SMTP (app/services/mailer.py) + templates HTML ; préférences email par utilisateur (comments/mentions) réglables dans Settings → Notifications. Sans SMTP configuré, seules les notifications in-app sont émises (aucune erreur).
API : GET/POST /api/notifications, /api/notifications/read|read-all|prefs, /api/notifications/users/search, GET/POST /api/pages/{id}/comments, PUT/DELETE /api/comments/{id}, POST /api/pages/{id}/mentions.
Config SMTP (SMTP_HOST/PORT/USER/PASSWORD/FROM/USE_TLS, APP_BASE_URL) dans .env.example.

Infra

VERSION → 4.9.0 ; app/main.py (log + version=) ; router notifications + collaboration enregistrés ; exclusions CSRF (/api/notifications, /api/comments) ; le RateLimitMiddleware respecte désormais settings.rate_limit_enabled.

Tests

208 tests verts (+9 v4.9.0 : table notifications, commentaires inline + mentions, centre de notifications, préférences, recherche utilisateurs, résolution/suppression, mentions de page).

Fixed

Bouton « + Row » (bas du tableau) inopérant — le code passait la nouvelle ligne en argument deleteCount de Array.splice au lieu d'utiliser splice(index, 0, ligne) : aucune ligne n'était jamais insérée. Corrigé ; les insertions de lignes (menu contextuel aussi) fonctionnent.
Coloration/handles alignés sur l'en-tête.

Added

Bouton « + » à droite du tableau (sur toute la hauteur) → ajoute une colonne à la droite (équivalent d'un « Add column » comme « Add Row »).
Redimensionnement des colonnes à la souris : au survol d'une bordure de colonne (en-tête) le curseur devient col-resize ; glisser ajuste la largeur. Les largeurs sont persistées dans le bloc (colsW) → conservées au rechargement, à l'ajout/suppression et dans l'auto-save.

Infra

VERSION → 4.8.1 ; cache CSS app.css?v=4.8.1.

v4.8.0 (2026-09-03) — Bloc Tableau simple (mode édition Notion)

Insertion via /table, cellules éditables au clic, ajout/suppression/modification de lignes et colonnes comme dans Notion.

Added

Bloc table dans l'éditeur de page. Nouvelles commandes slash /table (menu « BASIC ») → tableau 3×3 avec en-tête ; première ligne stylée en en-tête, cellules contenteditable éditées au clic, auto-sauvegarde (format de bloc conservé : {type:'table', rows:[...]}).
Gestion des colonnes : bouton de poignée (⋮⋮) au-dessus de chaque colonne → menu contextuel Insert left / Insert right / Duplicate / Clear contents / Delete column / Delete table.
Gestion des lignes : bouton « + Row » sous le tableau (clic = ajouter une ligne) + menu contextuel (clic droit sur une cellule de corps) → Insert above / Insert below / Duplicate / Clear row / Delete row / Delete table.
Import Markdown (GFM) : md2b détecte les tableaux pipe (| a | b | + ligne de séparateurs) et produit un bloc table éditable au lieu de paragraphes aplatis (pages .md/markdown).
Roundtrip Markdown : blocksToMarkdown (JS) et l'export Python reconstruisent un tableau pipe valide depuis les blocs.
Export : les pages contenant un bloc table sortent correctement en Markdown / HTML / PDF (géré côté serveur).
UX : cliquer sous un tableau en fin de page ajoute un paragraphe pour continuer la rédaction.

Infra

VERSION → 4.8.0 ; app/main.py (log + version=) ; cache CSS app.css?v=4.8.0 ; ROADMAP renuméroté (v4.8.0 Bloc Tableau, Collaboration → v4.9.0, Agent → v4.10.0).

Tests

Suite pytest verte (199) ; vérification syntaxe JS du template via node --check.

v4.7.3 (2026-09-03) — Fix export PDF/HTML : tableaux + émojis

Fixed

Tableaux Markdown rendus comme du texte brut dans les exports HTML/PDF (les lignes | a | b | ressortaient en paragraphes). Ajout d'un parseur GFM de tableaux (_md_to_blocks → bloc table) et d'un rendu en vrai <table> (en-tête <th>, corps <td>, alignement gauche/centre/droite, bordures fines via .ftable). Le format Markdown reconstruit un tableau pipe valide.
Émojis en « carrés noirs » dans le PDF. Cause : le moteur xhtml2pdf (reportlab) n'embarque que des polices de base sans glyphes Unicode/émojis. Le moteur PDF passe à WeasyPrint (vraies tables CSS + émojis couleur via Pango + fonts-noto-color-emoji, installés dans l'image Docker). Repli automatique sur xhtml2pdf si WeasyPrint n'a pas ses libs natives (ex. poste de dev Windows) — le contenu s'exporte quand même.

Infra

Dockerfile : ajout des libs WeasyPrint (pango/harfbuzz/gdk-pixbuf/shared-mime-info) + polices fonts-dejavu-core et fonts-noto-color-emoji.
requirements.txt : + weasyprint==69.0 (xhtml2pdf conservé en repli).

Tests

199 tests (4 nouveaux) : parse table → <table> HTML réel + alignements ; standalone HTML embarque .ftable ; roundtrip table → markdown pipe ; PDF d'une page avec table = PDF valide.
Vérifié en réel sur README.md : PDF avec tableau structuré + émojis en couleur (pixels colorés confirmés), HTML avec tableau bordé.

v4.7.2 (2026-09-03) — Fix export : le contenu des documents était absent

Fixed

Export Markdown / HTML / PDF : seuls le nom de page et le titre étaient inclus, jamais le contenu. Cause : le service d'export ne lisait que les pages en content_format='blocks'. Or les documents peuvent être stockés autrement :
- content_format='file' (fichiers .md/code uploadés) : le content de la page n'est que des métadonnées JSON — le vrai texte est un fichier sur disque (/data/uploads/workspace_*). L'export n'allait jamais le lire → uniquement le titre.
- content_format='markdown' : le HTML/PDF se contentait d'envelopper chaque ligne en <p> (titres et listes aplatis).
Le service résout désormais la vraie source pour les 3 formats : lit le fichier sur disque pour les pages file, rend les pages markdown/fichiers .md en blocs (headings, listes, code…), et traite les fichiers texte non-markdown comme bloc de code. Les fichiers binaires (PDF/images) sont laissés de côté (rien d'exploitable).
Chemin des uploads rendu configurable pour les tests via FLOWDECK_DATA_DIR (défaut /data, identique à dashboard.py).

Tests

195 tests au total (5 nouveaux v4.7.2) : page markdown → corps exporté ; page markdown → HTML avec headings/listes ; fichier .md uploadé → contenu réel dans Markdown/HTML/PDF ; fichier code → exporté ; fichier binaire → non déversé.
Vérifié en réel sur /data (page README.md et arborescence « Base de Connaissances » → fichiers .md) : le corps complet est maintenant présent dans les 3 formats.

Fixed

Boutons « Share » et « ⋯ » (More) sans réaction visible dans l'éditeur de page — les popovers (share-dialog, more-menu, activity-popover, move-dialog), enfants de .page-editor-wrapper (conteneur à overflow-y:auto), étaient ancrés en absolute; top:100% → rendus SOUS le viewport, donc invisibles. Repositionnés en position:fixed sous la topbar (scoped .page-editor-wrapper > … pour ne pas casser les .more-menu des pages library/local_workspace) + variantes mobile dans le media query < 768px.
Sous-menu Export se refermait — l'itém « ↗ Export » faisait moreOpen=false avant d'ouvrir exportOpen : les 4 formats restaient inaccessibles au clic. Devient un toggle (exportOpen = !exportOpen), le menu More reste ouvert.
Cache CSS — version du query string app.css bumpée (v=3.0.0 → v=4.7.1) pour invalider le cache navigateur.

Vérifié

Playwright headless (desktop 1280×800) : Share, More, sous-menu Export, popover Activity et menu More après scroll = tous visibles dans le viewport ; téléchargement Markdown + toast « Exported as Markdown » OK ; zéro pageerror.
190/190 tests pytest passent.

v4.7.0 (2026-09-03) — Export

Added

Export Markdown — conversion serveur complète de tous les blocs (headings, listes, to-do, quote, code, math, toggle, colonnes, callout, image), images incluses
Export Markdown récursif — les sous-pages sont incluses automatiquement
Export PDF — via xhtml2pdf (pur Python, aucun lib système), rendu print-friendly
Export HTML — document autonome self-contained (styles inline)
Export Site — site statique multi-pages en .zip (index.html + une page HTML par sous-page)
4 endpoints serveur : /api/export/markdown|html|pdf|site/{page_id}
UI : menu « More › Export » dans l'éditeur (Markdown, HTML, PDF, Site .zip)

Améliorations

Nouveau service app/services/export.py (conversion blocs → Markdown / HTML / PDF réutilisable)
Nouveau routeur app/routers/export.py
Téléchargements via Content-Disposition (avec nom de fichier encodé UTF-8)

Tests

190 tests au total (6 nouveaux tests v4.7.0) : Markdown, sous-pages, HTML, PDF, Site zip, 404

v4.6.0 (2026-09-02) — Content Blocks Enrichis

Added

Callout blocks — boîtes colorées avec sélecteur d'emoji/icône cliquable
Table of contents — bloc auto-généré depuis les headings, avec ancres de navigation
Math equations — bloc LaTeX/KaTeX avec aperçu en temps réel (édition inline)
table_of_contents et math — nouveaux types dans le slash menu (éditeur)
Multi-colonnes — bloc columns avec layout flexible, bouton "+ Add column" / retrait
Toggle lists enrichis — contenu expandable/collapsible avec blocs enfants imbriqués

Améliorations

Intégration KaTeX 0.16.11 self-hosté (/static/js/katex.min.js, /static/css/katex.min.css, /static/fonts/) — aucun CDN externe
Rendu des nouveaux blocs dans les pages publiques (/p/<slug>): TOC ancré, KaTeX, colonnes flex, toggle <details>
Export Markdown étendu aux nouveaux types de blocs
Correction d'un bug pré-existant : public_page.html n'importait pas la macro fd_icon → erreur de rendu des pages publiées

Tests

183 tests au total (5 nouveaux tests v4.6.0) couvrant le rendu public TOC/math/colonnes/toggle et la persistance children

v2.7.1 (2026-07-13) — Private Pages Gitea

Added

Table gitea_private_pages: pages FlowDeck locales liées à un projet Gitea (user_id, owner, repo)
API CRUD: GET/POST/PUT/DELETE /api/gitea/projects/{owner}/{repo}/private-pages
UI: liste des pages privées + éditeur titre/contenu dans le workspace Gitea
Sidebar: lien "Private Pages" dans l'arborescence du workspace
Persistance: les pages survivent au changement de workspace / session

Fixed

get_user_repos(limit=100) — bruno/flowdeck était tronqué à la page 2 (30 repos par défaut)

v2.7.0 (2026-07-13) — Intégration Gitea Phase 1

Added

OAuth2 Provider: Gitea comme fournisseur OAuth2 pour FlowDeck (Client ID/Secret dans .env)
Redirect URI dynamique: basé sur le header Host — fonctionne depuis localhost et 192.168.x.x
Workspace listing: 2 sections — My Workspaces + Gitea Projects (groupés par organisation)
Tabs par org: All | user | org1 | org2 avec compteurs de projets
Barre de recherche: filtrage live par nom/description dans Gitea Projects
Lazy tree: arborescence chargée un dossier à la fois (API Gitea GET /repos/{o}/{r}/contents)
File viewer: lecture fichiers Gitea avec décodage base64
Éditeur + commit: modifier un fichier et commiter dans Gitea avec message personnalisé
Delete fichier: suppression avec confirmation + commit
Arborescence dans le sidebar: comme un workspace local, avec lazy-load des sous-dossiers
Settings › Integrations: connecter/déconnecter Gitea (GET /api/gitea/status, DELETE /api/gitea/disconnect)
Fallback token admin: opérations GET utilisent le token serveur si pas de token OAuth utilisateur
Write ops protégées: commit et delete exigent un token OAuth utilisateur
Routes API: /api/gitea/orgs, /api/gitea/projects, /api/gitea/projects/{o}/{r}/tree, /api/gitea/projects/{o}/{r}/file, /api/gitea/projects/{o}/{r}/labels

Fixed

Bouton "Register with Gitea" ne crée plus de session admin fantôme (fallback retiré)
_sidebar_data gère le cookie gitea:owner:repo pour l'arborescence

v2.6.0 (2026-07-13) — My Account & Auth Locale

Added

Section My Account: modifier username, full name, email, mot de passe
Toggle mot de passe: bouton voir/cacher dans les formulaires login/register
Label "Email or username": login accepte les deux formats
Refresh cookie session: après modification du compte, le cookie est mis à jour
Register avec Gitea: boutons dynamiques "Login/Register with Gitea" selon l'onglet actif

Fixed

Session cookie non rafraîchi après PUT /api/settings/account (création nouvelle session)
Input login type="email" → type="text" (accepte usernames non-email)

v2.5.0 (2026-07-13) — Administration Avancée

Added

Premier compte = admin automatique: is_admin=1 pour le premier utilisateur créé
Panneau Admin dans Settings: visible uniquement pour les admins
Users & Roles: créer/modifier/supprimer utilisateurs, changer rôles
Table login_history: audit des connexions (IP, user_agent, timestamp)
Statistiques par utilisateur: workspaces, pages, dernière connexion
API /api/admin/*: users, stats, audit — protégées par admin_required
CSRF fix: token CSRF dans toutes les requêtes admin (adminFetch)

v2.4.0 (2026-07-13) — Tags Personnalisés par Utilisateur

Added

Tags isolés par user_id: chaque utilisateur voit uniquement ses propres tags
UNIQUE(name, user_id): remplace UNIQUE(name) dans la table tags
Migration: tags existants assignés au premier utilisateur
Filtrage transparent: l'API retourne les tags filtrés par user_id (session cookie)

Fixed

Affichage des tags dans le menu contextuel workspace (sync Alpine.js)
Création de tag avec couleur persistée
Fermeture auto du menu contextuel après ajout de tag
Filtrage par tags: toggleTagFilter() appelle doFilter()
Pastilles tags: fond = couleur du tag, sans rond séparé

v2.3.0 (2026-07-12) — Multi-Vues Workspace & Preview Panel

Added

Sélecteur de vue: Tree, List, Details, Title, Content — 5 modes d'affichage
Vue List: liste compacte avec Name, Type, Size, Modified
Vue Details: table complète avec Path, Author, Tags
Vue Title: grille de cartes avec icônes et métadonnées
Vue Content: liste avec aperçu inline (taille ou nombre d'items)
Preview Panel: panneau latéral droit avec contenu du fichier sélectionné
- Header avec icône + titre + bouton fermer
- Métadonnées (type, taille, date)
- Tags affichés en chips
- Corps avec rendu du contenu (blocks JSON → HTML, texte brut)
- Actions: Open, Rename, Delete
- Animation slide-in/out
Tri par date: options Oldest/Newest dans le selecteur de tri

v2.2.0 (2026-07-12) — Tags & Recherche Avancée

Added

Tags: système complet de tags avec tables tags + page_tags, CRUD API
API Tags: GET/POST/DELETE /api/local-workspace/items/{id}/tags, GET /api/local-workspace/tags
Vue Table enrichie: colonnes Name, Path, Size, Modified, Type, Author, Tags
Filtrage par tags: barre de chips avec compteurs, clic pour filtrer
Ajout/retrait tags inline: bouton + dans la table, chips avec × pour retirer
Tree endpoint enrichi: chaque nœud retourne size, size_display, created_at, updated_at, author, tags
Filtre "Dossiers": nouveau chip Folders dans la barre de filtres
Auto-switch table: quand recherche/filtre actif, passe en vue table automatiquement

v2.1.1 (2026-07-12) — Fix Arborescence Workspace

Fixed

Arborescence: création fichier/dossier dans un sous-dossier met à jour l'arbre sans rechargement
parentFolder: corrigé le bug où parentFolder était nullifié avant l'insertion dans l'arbre JS
displayTree: nouvelle référence array après chaque mutation pour forcer le re-render Alpine.js
doSort/doFilter: gèrent maintenant le cas où un filtre/tri est actif après création

v2.1.0 (2026-07-10) — Intégrations Avancées

Added

API publique: /api/v1 (collections, pages, my-tasks) avec token auth
Token generation: POST /api/v1/token
Webhooks sortants: GET/POST/DELETE /workspace/webhooks + dispatcher
PWA: GET /manifest.json
CSRF: /api/v1 exempté

Tests

73/73 passent (+6 tests v2.1)

v2.0.0 (2026-07-10) — Multi-User Workspaces & Editor Complete

Added

Workspaces: tables workspaces + workspace_members, CRUD API, roles admin/editor/commenter/viewer
Comments: table comments avec thread (parent_id), resolved
Page History: table page_history, snapshot JSON
Favorites: table favorites, add/remove/list
Templates: database_templates + page_templates, apply API
CSV Import/Export: POST .../import/csv, GET .../export/csv
Public Sharing: GET /workspace/public/{id} (read-only, no auth)

Tests

67/67 passent (+7 tests v2.0)

v1.9.0 (2026-07-10) — My Tasks Dashboard

Added

My Tasks: GET /my-tasks (HTML), GET /my-tasks/api (JSON)
Agrégation cross-collection, vues All/Today/Overdue/Next 7 days

v1.8.0 (2026-07-10) — Sub-items & Dependencies

Added

Sub-items: parent_id auto-référence, GET/POST sub-items
Status aggregate: GET .../status-aggregate
Dependencies: POST .../dependencies, POST .../check-deps

v1.7.0 (2026-07-10) — Vues Améliorées

Added

View config: PUT /db/views/{id}/config (group_by, card_size, cover, visible)
Save view as: POST /db/{id}/views/save-as
List views: GET /db/{id}/views/api

v1.6.0 (2026-07-10) — Vues Manquantes

Added

Calendar: grid mensuel, navigation mois
Gallery: cartes visuelles, card_size configurable
List: vue compacte avec preview
Timeline: barres horizontales Gantt
Table: rendu SSR avec colonnes properties
View tabs: navigation Table/Board/Calendar/Gallery/List/Timeline

v1.5.0 (2026-07-10) — Relations & Rollups

Added

FormulaEngine: 19 fonctions (prop, if, concat, round, now, today, dateAdd, replace, ...)
RollupEngine: 12 agrégations (count, sum, avg, min, max, range, unique, percent_checked)
Relation: lien bidirectionnel, API create/link

v1.4.0 (2026-07-10) — Propriétés Avancées

Added

Table collection_properties: 21 types Notion
Service property_types.py: validation, formatage, auto-values

v1.3.0 (2026-07-10) — Database Concept

Added

Tables: collections, collection_pages, collection_views
Router /db: CRUD collections + pages (16 endpoints)
GiteaBoardCompat: adaptateur boards legacy → Collections

v1.0.0 (2026-07-08) — Production

Added

FastAPI lifespan, 28 tests, CI/CD Gitea Actions, CSS 31KB, 10 templates
5 vues: Kanban, Table, Status Overview, Team Load, Detailed Board
Filtres cumulables AND, tri multi-critères
Card detail modal, checklists, commentaires Gitea
Propriétés custom, AI keywords, sync API

182 KiB Raw Blame History Unescape Escape

Changelog - FlowDeck

v7.25.0 (2026-10-01) — Audit : A27 CLOSED (eslint 0/0)

Fixed

Changed

Notes

v7.24.0 (2026-10-01) — Audit : A27 extraction TERMINÉE (bilan -85 %)

Changed

Notes

v7.23.0 (2026-10-01) — Audit : A27 phase 2b (+3 801 L)

Changed

Notes

v7.22.0 (2026-10-01) — Audit : A27 phase 2a (l'éditeur, 2 516 L)

Changed

Fixed

Notes

v7.21.0 (2026-10-01) — Audit : A27 phase 1 (4 243 L de JS extraites)

Changed

Lint

Notes

v7.20.0 (2026-10-01) — Audit : A32 TERMINÉ (routes Gitea + bug fd_icon)

Fixed

Tests

v7.19.0 (2026-10-01) — Audit : A32 : dashboard bloqué (44/44)

Tests

v7.18.0 (2026-10-01) — Audit : A32 phase 2g (dashboard +13)

Tests

v7.17.0 (2026-10-01) — Audit : A32 phase 2f (dashboard +7, garde-fous A16)

Tests

v7.16.0 (2026-10-01) — Audit : A32 phase 2e (dashboard +9, comptes)

Tests

v7.15.0 (2026-10-01) — Audit : A32 phase 2d (dashboard +10 routes)

Tests

v7.14.0 (2026-10-01) — Audit : A32 phase 2c (api_v2 +5 routes)

Tests

v7.13.0 (2026-10-01) — Audit : A32 phase 2b (api.py 16/22)

Tests

Tests

v7.12.0 (2026-10-01) — Audit : A32 phase 2a (library 10/10)

Tests

Removed

Tests

v7.11.0 (2026-10-01) — Audit : A32 phase 1 (routers à 0 test)

Tests

v7.10.0 (2026-10-01) — Audit : A21 phase 2b (api_v2 bouclé)

Changed

Tests

v7.9.0 (2026-10-01) — Audit : A21 phase 2a (api_v2 hors loop)

Changed

Tests

v7.8.0 (2026-10-01) — Audit : A21 phase 1 (SQLite hors event loop)

Changed

Perf

v7.7.0 (2026-10-01) — Audit : A20 (CSP — nonce, partie 1)

Security

Tests

v7.6.0 (2026-10-01) — Audit : A31 (dette migrations)

Fixed

Tests

v7.5.0 (2026-10-01) — Audit : A29, A42 (partiel)

Changed

Security

Tests

v7.4.0 (2026-10-01) — Audit : A30, A37, A39, A40, A41

Changed

Notes

v7.3.9 (2026-10-01) — Audit : A26, A33, A34, A35, A36, A43

Fixed

Notes

v7.3.8 (2026-10-01) — Audit : A25 (exceptions muettes) + A21 partiel

Fixed

Tests

v7.3.7 (2026-09-30) — Audit sécurité : A14 (fallback admin agent)

Fixed

v7.3.6 (2026-09-30) — Audit sécurité : A19 terminé (aucun préfixe cookie-auth exempt)

Fixed

v7.3.5 (2026-09-30) — Audit sécurité : A19 (partiel) — CSRF réduit aux vrais cas

Fixed

v7.3.4 (2026-09-30) — Audit sécurité : A16 (ACL sur lectures)

Fixed

182 KiB

Raw Blame History

Auth, scopes & conventions (`app/services/api_v2_helpers.py`)

Router `app/routers/api_v2.py` (`prefix /api/v2`, ~100 endpoints)

Extension navigateur (`extension/` + `static/extension/`)

Serveur (`app/routers/web_clipper.py` + `app/services/web_clipper.py`)

PermissionManager (`app/services/permission_manager.py`)

API (`app/routers/permissions.py` — `prefix /api/v2`)

Offline client (`static/js/offline.js`)