v1.0.9

Modifications

• ReaPack n'impose plus ses dépôts par défaut. Lors d'une première installation de ReaPack, FRABBIT écrit désormais d'office deux réglages dans un reapack.ini neuf : il empêche ReaPack d'ajouter ses dépôts par défaut (ReaTeam Extensions, ReaTeam Scripts, MPL, etc.) au premier lancement de REAPER, et il désactive l'installation automatique. Résultat : synchroniser ReaPack n'installe plus des milliers de scripts que vous n'avez jamais demandés. Vous gardez le contrôle total — il suffit de parcourir ReaPack et d'installer uniquement ce que vous voulez. Ce comportement est appliqué automatiquement, sans option à cocher : FRABBIT n'impose aucun dépôt. (Le dépôt « ReaPack » de reapack.com, que ReaPack réajoute toujours lui-même pour ses propres mises à jour, reste présent mais inoffensif puisque l'installation automatique est coupée.)
• Vos réglages ReaPack existants sont respectés. Si ReaPack a déjà été configuré (vous l'avez déjà lancé, ou vous avez volontairement gardé certains dépôts), une réinstallation ou une mise à jour de ReaPack via FRABBIT ne touche à rien : aucun dépôt n'est supprimé et aucun réglage n'est modifié. FRABBIT n'agit que sur une configuration ReaPack neuve.

Corrections

• Fin du « REAPER Version inconnue » quand REAPER n'est pas installé. La ligne de cible affichait « REAPER Version inconnue dans C:\Program Files\REAPER (x64) » lorsqu'aucun REAPER n'était présent — un « inconnue » trompeur qui donnait l'impression que FRABBIT ne maîtrisait pas l'état de la machine. Elle indique désormais clairement « REAPER — non installé (sera installé dans …) ». Une version « inconnue » n'apparaît plus que dans le cas rare d'un REAPER bien présent mais dont la version n'a pas pu être lue (affichée « version indéterminée »).
• Un échec sur un paquet n'interrompt plus toute l'installation, et le bilan dit enfin la vérité. Avant, si un paquet échouait (typiquement l'invite administrateur de Windows refusée ou manquée), FRABBIT s'arrêtait net : les paquets suivants n'étaient jamais installés et le message affichait « Rien n'a été installé » — trompeur, car certains paquets l'étaient déjà. Désormais, chaque paquet est traité indépendamment : un échec est signalé sur ce paquet précis, avec sa raison, et les autres paquets continuent de s'installer. La page de fin liste le résultat réel de chaque paquet (« installé », « échec : approbation administrateur refusée », etc.), affiche en tête « Terminé avec des erreurs : N paquet(s) non installés », et un compteur d'échecs. Fini de croire que tout est installé alors que non.
• L'installation de REAPER fonctionne enfin quand le contrôle de compte d'utilisateur (UAC) est désactivé. C'était la cause du faux « REAPER : approbation administrateur refusée » alors que rien n'était refusé. Sur un compte administrateur avec UAC désactivé, le processus tourne déjà avec un jeton administrateur complet, mais l'indicateur Windows TokenIsElevated renvoie « faux » — FRABBIT en déduisait qu'il fallait élever et passait par le verbe « runas », lequel échoue en ERROR_CANCELLED faute de service d'élévation quand UAC est coupé. FRABBIT décide désormais d'après le type de jeton (TokenElevationType) et l'appartenance au groupe Administrateurs : il ne demande une élévation que lorsque c'est réellement nécessaire (jeton administrateur filtré sous UAC actif), et lance sinon l'installateur directement.
• REAPER est installé au bon endroit (C:\Program Files\REAPER (x64)). Pour une première installation (aucun REAPER détecté), FRABBIT retombait sur un chemin par défaut codé en dur C:\Program Files\REAPER, au lieu de l'emplacement 64 bits réel de REAPER C:\Program Files\REAPER (x64). Cela pouvait créer une installation en double, mal placée, à côté du REAPER existant, et affichait « Architecture : unknown ». Le défaut pointe désormais sur %ProgramFiles%\REAPER (x64), là où l'installateur x64 écrit et où FRABBIT re-détecte ensuite. (La détection d'un REAPER déjà installé, elle, était déjà correcte.)
• Robustesse de la vérification et de l'invite d'élévation : FRABBIT re-vérifie la présence des fichiers pendant quelques secondes après un installateur silencieux (un succès qui rend la main un peu tard n'est plus pris pour un échec), et l'invite « runas » — encore utilisée sous UAC actif — est déclenchée avec initialisation COM, passage au premier plan et attente de fin réelle (SEE_MASK_NOASYNC) pour qu'elle s'affiche et soit lue par le lecteur d'écran.