Le 15 mars 2016 à 13:15, didier gaumet <[email protected]> a écrit : > Le 15/03/2016 12:08, Daniel Caillibaud a écrit : > [...] >> Le pb quand même reste le ~/.mozilla/firefox qui semble en dur dans le code >> (si qqun sait >> comment dire à un binaire firefox d'aller chercher ses prefs ou les profils >> ailleurs ça >> m'intéresse), avec plusieurs versions faut faire attention d'avoir des >> profils disjoints pour >> chacun (par ex en se faisant un >> alias ffbeta='/path/to/binaire/firefox -p monProfilBetaOnly' >> ) > > pour les profils, on peut les mettre ailleurs lors de leur création par > l'outil graphique de gestion des profils (iceweasel -P) ou modifier pour > cela ~/.mozilla/firefox/profiles.ini > Bonjour, Avec iceweasel -P, on sait effectivement créer un profil dans un répertoire distinct ex .firefox/repTest/nomProfil.... Mais à condition de lancer l’instance de firefox avec l'option -no-remote -P nomProfil. Sans quoi, si un processus d'un autre profil(avec une autre version de firefox) est déjà présent, il ouvrira une fenêtre de ce dernier. Par conséquent, si on fait : alias ffbeta='firefox -no-remote -P ffBeta' ffbeta & Lance une instance, mais pas question de refaire : ffbeta & Sans quoi : «Iceweasel is already running, but is not responding. To open a new window, you must first close the existing Iceweasel process, or restart your system.»
Le seul moyen sera d'ouvrir une nouvelle fenêtre avec Ctrl-n par exemple... Ca complique quand même la coexistence et l'isolation de deux versions binaire.... -- Benoît
