fix(cfapi): opérations locales cassées — 0x80070781 sur Create/Copy, Delete restauré, Rename dossier lent

[CCoupel]

Régression critique v2.2 — QUALIF (test manuel)

Tableau de régression

Action depuis Local	Local	Remote (GhD:)
New File	❌ Erreur 0x80070781	Pas de changement
Copy File	❌ Erreur 0x80070781	Pas de changement
Delete File	Supprimé, mais revient	Non supprimé
New Folder	❌ Erreur 0x80070781	Pas de changement
Copy Folder	❌ Erreur 0x80070781	Pas de changement
Rename Folder local	OK mais très lent	Pas de changement
Rename Folder remote	Crée un nouveau dossier, erreur à l'ouverture	Pas de changement

Diagnostic

• 0x80070781 = ERROR_INVALID_REPARSE_DATA — le Cloud Filter API rejette les opérations d'écriture. Le provider CF ne gère pas correctement les callbacks de création/copie.
• Delete qui revient = le moteur de sync tourne (restaure depuis le remote) mais n'émet pas ActionDelete
• Rename dossier lent = VFS répond mais lentement

Cause probable

Régression introduite par les changements du cache d'état (#136) sur la gestion des callbacks CF API. Les reparse data des placeholders sont corrompus ou le provider ne répond pas aux callbacks CF_CALLBACK_TYPE_FETCH_DATA / notify.

Priorité

🔴 BLOQUANT — toutes les opérations locales d'écriture sont non fonctionnelles

Milestone

v2.2 - Workflow Objets

[CCoupel]

Analyse diff v2.1.0..HEAD — conclusion définitive

Les fichiers CF API (provider.go, hydrator.go, cgo_cfapi_windows.c, types.go) sont identiques à v2.1.0. L'erreur 0x80070781 (ERROR_INVALID_REPARSE_DATA) ne peut pas être une régression introduite par v2.2.

Les 3 bugs sync corrigés en 4e1582d (rename state inheritance, guard S→L, stale watcher timer) résolvent le delete-revert et les uploads fantômes.

Pour 0x80070781 : diagnostic Windows-side nécessaire (Event Viewer CldFlt.sys, CfGetSyncRootInfoByPath) — probablement pré-existant ou lié à l'état du sync root CF sur l'environnement. À confirmer en testant avec v2.1.0.