Forums : Xul, Xbl, JS...

Je réponds à mon post au cas ça pourrait aider quelqu'un un jour.

Sous windows vista il y a en fait 3 répertoires par utilisateur pour les 'application data'

C:\Users\<my user>\AppData\Local
C:\Users\<my user>\AppData\LocalLow
C:\Users\<my user>\AppData\Roaming

Sous les répertoires Local et Roaming on retrouve les arborescences habituelles

C:\Users\<my user>\AppData\Local\<[App]Vendor>\<[App]Name>
C:\Users\<my user>\AppData\Roaming\<[App]Vendor>\<[App]Name>

où [App\]Vendor et [App\]Name sont ceux décrits dans le fichier application.ini de l'application

C'est sous

C:\Users\<my user>\AppData\Roaming\<[App]Vendor>\<[App]Name>\Profile\<ProfId>\ 

que sont recopiés les fichiers propres à un utilisateur, et notamment le fichier user.js

Mais attention, sous windows vista, j'ai trouvé un répertoire

C:\Users\<my user>\AppData\Local\VirtualStore\Program Files\<My App directory name>\chrome

sous lequel était recopié le fichier chrome.manifest de mon application.

Cette application se trouvait sour

C:\Program Files\<My App directory name>

avec ses sous-répertoires habituels \chrome, \components et \defaults.

J'avais beau modifier le fichier C:\Program Files\<My App directory name>\chrome\chrome.manifest, la nouvelle config n'était pas prise en considération. Le fichier utilisé au démarrage de xulrunner est C:\Users\<my user>\AppData\Local\VirtualStore\Program Files\<My App directory name>\chrome\chrome.manifest

Je m'assure pour l'instant que ces fichiers sont toujours en phase quand je modifie une configuration. J'investiguerai plus tard pour savoir exactement comment fonctionne l'ensemble, pourquoi ce répertoire dans le virtualStore ect. Si quelqu'un l'a déjà fait je l'invite à poursuivre cette discussion.

Perso avec une appli. sous XR 1.9a4, j'ai eu de bons retours sous Vista concernant les langues (US et FR pour l'instant)

Si je ne me trompe pas, VirtualStore est un répertoire servant à court-circuiter les applications quand elles veulent écrire dans les répertoires système alors qu'elles n'ont pas les droits.

Ça veut donc dire que ton appli cherche à écrire dans C:/Program Files/<My App directory name>/ mais comme elle n'a pas les droits, Windows Vista redirige automatiquement (et de manière transparente pour l'appli) vers VirtualStore dans l'utilisateur courant.

Essaye de voir s'il est normal que ton appli cherche à écrire dans C:/Program Files/. Là est peut-être la solution.

Mon application n'écrit pas dans C:/Program Files/<My App directory name>/

Par contre, j'avais déjà fait plusieurs tests installation avec le même nom d'application dans différentes langues en réinstallant toute l'appli, xulrunner compris, pour tester un déploiement complet, comme le client aurait à le faire.

En plus de ces installations, j'avais une version de l'appli paramétrée pour pointer vers mon workspace et qui utilisait une autre instance de xulrunner.

Il y a peut-être eu conflit entre ces différents tests d'installation qui a provoqué une écriture dans VirtualStore.