Bonsoir Pierre,
Je n'ai pas vu d'erreur significative dans ta première log, pas contre la deuxième est explicite ! Chromium n'arrive pas à enregistrer le fichier des cours dans son répertoire temporaire.
Je n'ai pas d'explication coté GesFine. En exposant le souci à Copilot, voici sa réponse, est ce que tu peux regarder si tu es concerné par l'un des points

Causes les plus probables (classées par fréquence)
1)

Droits NTFS incorrects sur le dossier TMP/TEMP
C’est la cause la plus fréquente.
Exemples typiques :
- TMP pointe vers C:\Users\xxx\AppData\Local\Temp mais l’utilisateur n’a plus les droits
TMP pointe vers un dossier réseau ou OneDrive → CEF n’aime pas du tout
TMP a été nettoyé par un outil (CCleaner, Glary…) et les ACL ont sauté

Vérifier :
echo %TMP%
echo %TEMP%
Puis vérifier les droits :
- Contrôle total pour l’utilisateur
Pas de lecture seule
Pas de redirection vers un lecteur réseau
2)

Cache CEF de GesFine corrompu
CEF utilise un dossier de cache interne (souvent dans %LOCALAPPDATA%\GesFine\CEF\Cache).
Si ce dossier est :
- corrompu
verrouillé
partiellement supprimé
Alors Chromium ne peut plus créer ses fichiers blockfile.

Solution : supprimer le dossier de cache CEF, GesFine le recréera.
3)

Antivirus / EDR qui bloque les écritures
Certains antivirus bloquent les écritures rapides de petits fichiers (blockfile) car cela ressemble à un comportement suspect.
Cas fréquents :
- BitDefender
Kaspersky
Micro
Trend
Windows Defender en mode “contrôle des dossiers” activé

Vérifier si GesFine.exe ou CEF est bloqué dans l’historique.
4)

Espace disque insuffisant ou quota utilisateur atteint
Même si le disque semble OK, certains environnements Windows appliquent des quotas.

Vérifier :
- espace libre
quotas utilisateur
OneDrive qui “désynchronise” AppData
5)

TMP/TEMP pointant vers OneDrive
C’est un classique depuis Windows 11 + OneDrive.
Si TMP = C:\Users\xxx\OneDrive\Temp
→ CEF échoue à écrire ses blockfiles.

Pourquoi c’est aléatoire ?
Parce que :
certaines sources nécessitent un téléchargement → donc écriture dans le cache
- parfois le cache existe déjà → pas besoin de recréer un fichier
parfois Chromium tente de créer un nouveau blockfile → et échoue
D’où le côté non systématique.

Plan d’action concret pour corriger le problème
1) Vérifier TMP/TEMP
Dans PowerShell :
Code
echo $env:TMP
echo $env:TEMP
Ils doivent pointer vers :
C:\Users\<user>\AppData\Local\Temp
2) Vérifier les droits NTFS
Sur le dossier Temp :
clic droit → Propriétés → Sécurité
l’utilisateur doit avoir Contrôle total
3) Supprimer le cache CEF de GesFine
Fermer GesFine puis supprimer :
%LOCALAPPDATA%\GesFine\CEF\
(ou équivalent selon installation)
4) Désactiver temporairement l’antivirus pour tester
Si le problème disparaît → whitelister GesFine + CEF.
5) Vérifier que OneDrive ne redirige pas AppData
Dans les paramètres OneDrive → Sauvegarde → désactiver la redirection des dossiers.