Alt, Cache et Nettoyage

A Propos des 'Alt', de l'Emplacement du Cache et de son Nettoyage
MàJ : 24.08.2011

Résumé
Lorsque l'on créé un cache personnalisé pour un viewer basé v1 (Phoenix), il ne sera pas l'unique cache à être utilisé en multi-session. Au lancement de la 2^e, le cache par défaut sera toujours utilisé. En cas de problème de texture ou d'inventaire, ce sont les deux caches qu'il faut nettoyer.

Trois conditions pour que cela vous concerne

• Avoir créé un emplacement personnalisé pour le cache
• Utiliser des multi-sessions
• Avoir besoin de nettoyer le cache

Remarques
Cela ne concerne pas les utilisateurs de Firestorm.
Un cache ne se nettoie pas n'importe quand ! SVP, lisez cet article.

Pour les vétérans
Ouvrez les deux caches et videz-les manuellement.

• Sur votre ordinateur
• Voir les chemins d'accès conventionnels
• Depuis le viewer
• Lancez une double session
• Cliquez sur les deux boutons 'Ouvrir' en regard de 'Localisation du cache'
• Fermez les deux viewers
• Videz manuellement les caches et videz la corbeille
• Reconnectez-vous

---

Pour en savoir plus
Nous procédons à de nombreux vidages de caches dans le groupe PVSF, mais constatant qu'un problème réapparaissait occasionnellement, je me suis livré à une petite batterie de tests dont voici le résultat.

En toute logique
Lorsque vous créez un cache personnalisé pour un viewer basé v1 (Phoenix), vous pouvez penser qu'il sera toujours utilisé, mais ce n'est pas le cas. Lorsque vous connectez un alt avec une 2^e session, le cache sera toujours celui par défaut, à savoir celui du dossier SecondLife. Ouvrir l'application suffit à le constater dans les préf.

Sur cette 2^e session, vous pouvez essayer de modifier l'emplacement du cache, tout le processus se déroule correctement, sauf qu'il n'est jamais sauvegardé. Vous pourriez démarrer N sessions, ce sera toujours l'emplacement par défaut qui sera utilisé dès le N^ième lancement.

Créer plus d'un cache personnalisé pour un même viewer est impossible, il ne peut en gérer que deux : le personnalisé et le par défaut.

Les caches sont utilisés fonction du dossier d'installation du viewer. Ce n'est pas une surprise, mais ce qui l'est, en revanche, c'est cette gestion erratique. Conséquence directe : le cache SecondLife devient la 'poubelle' des caches, tout s'y retrouve...

---

Test multi-session
Par commodité, j'ai défini

• Les sessions s1, s2, s3...sN
• Le cache c1 désigne le cache personnalisé
• Le cache c2 désigne le cache par défaut
• Les avatars a1, a2, a3...aN

Cas de fig. 1
Lorsque l'on lance deux sessions, s1 et s2 avec les avatars a1 et a2

• Forcément, s1/a1 utilise c1, et s2/a2 utilise c2.

ò,ó Là, déjà, broumf !

Cas de fig. 2
Lorsque l'on ferme s1 et s2 et redémarrons s1 avec l'avatar a2

• Forcément, s1/a2 utilise c1.

Or, a2 était précédemment sur c2... :/ hic !

Cas de fig. 3
Lorsque l'on ferme une seule des deux sessions, s1 ou s2, et en redémarrons une, s3, avec l'avatar a3,

• Forcément, s3/a3 utilise le cache laissé libre, c1 ou c2, même si l'on désigne un cache cN.

Mais où était-il avant, c1 ou c2 ? o,Ô

Cas de fig. 4
Lorsque l'on ne ferme ni s1 ni s2 et lançons sN/aN ?

• Forcément, sN/aN utilise c2

Rontudjuuuu !

Conclusion
Au lancement d'une session, peu importe s1... sN, le viewer utilise TOUJOURS le 1er cache DISPONIBLE, en commençant par c1 s'il s'est libéré en cours de route, toutes les suivantes utilisent c2.

---

A l'évidence

• Lorsque l'on utilise des alt en session multiple, mais sans faire particulièrement attention à leur ordre de connexion, ils utilisent les DEUX CACHES, celui par défaut et le personnalisé.
  
  En cas de problème de texture ou d'inventaire, il est IMPERATIF de nettoyer les DEUX EMPLACEMENTS.
  
  Si on ne le fait pas, l'un des deux caches restera tel qu'il est et reproduira le problème la prochaine fois qu'on lancera une deuxième session, PEU IMPORTE l'avatar qui l'utilisera.

Pour être certain de nettoyer les caches sous les conditions précédemment décrites, à savoir utiliser des sessions multiples en ayant créé un cache personnalisé, procédez ainsi si vous ne savez pas où les retrouver :

• Lancez une double session
• Allez dans les Préférences (Ctl-P) → Réseau
• Cliquez sur les deux boutons 'Ouvrir' en regard de 'Emplacement du cache'
• Fermez les deux sessions
• Supprimez le contenu des deux caches et videz la corbeille
• Reconnectez-vous et laissez remonter votre inventaire

Recommandation
Au lieu de créé un cache personnalisé, créez un raccourci vers le cache par défaut.

Ce bug a été remonté une fois de plus (il n'est pas neuf).
Merci à Claristy Mystiere pour la puce à l'oreille, mais je m'en suis débarrassé ;,)

P.S. Lalwende dixit, développeuse de son état :
"L'orgueil des informaticiens n'a d'égal que la taille de leurs bugs."
("Developer's vainness is only matched by their bug's size.")

J'approuve !