Feat : import session into auto firefox

README.md

@@ -259,6 +259,28 @@ Deux garde-fous, l'un préventif et l'un correctif :
 comme aux redémarrages de l'agent — le processus est lancé détaché, et l'agent se
 rattache au port plutôt que de relancer.
 
+#### Session déconnectée (cookies)
+
+Le profil piloté part vierge, par choix — c'est ce qui le rend indépendant du reste de la
+session graphique, insensible à ce que l'opérateur ouvre ou ferme par ailleurs. Mais un site
+comme Stripchat exige une session ouverte, et rejouer un formulaire de connexion à chaque
+redémarrage n'a rien d'automatisable proprement.
+
+Le bouton **« Importer les cookies du Firefox personnel »**, dans la configuration de
+l'agent, copie `cookies.sqlite` (et `permissions.sqlite`) depuis le profil Firefox normal de
+l'utilisateur vers le profil piloté. Toujours en lecture seule côté source : rien n'y est
+jamais écrit. Connecte-toi d'abord dans ce Firefox-là, celui que tu utilises au quotidien sur
+la VM ; l'agent retrouve son profil par défaut via `profiles.ini`, comme le ferait Firefox
+lui-même au démarrage.
+
+L'instance pilotée en cours, s'il y en a une, est fermée par l'opération : la capture
+suivante la relance et repart avec les cookies fraîchement copiés. Un import se refait à
+volonté — chaque copie remplace la précédente, rien ne s'accumule.
+
+Limite assumée : seuls les cookies sont copiés, pas le `localStorage` ni l'`IndexedDB`. La
+quasi-totalité des sites, Stripchat compris, portent la session dans un cookie ; si un site
+s'appuyait uniquement sur un jeton en stockage local, cet import ne suffirait pas.
+
 #### Si le plein écran est refusé
 
 Firefox refuse le plein écran à un document **dont la fenêtre n'a pas le focus**. C'est la