Paramètres RES basés sur la langue

Produit : RES Workspace Manager / RES One Workspace

Intégration - Contexte : Citrix

Impact : moyen à important

Correction disponible : oui

Description du phénomène

Dans le cadre d'utilisation de RES ONE Workspace dans un environnement Citrix, nous avons rencontré une routine interessante dans le produit lorsque certains paramètres sont configurés avec un controle d'accès basé sur la langue (concept interne RES) .

Exemple : Attribution d'un varaible selon la langue de l'utilisateur

Il a été constaté, dans le journal d'évenements de l'utilisateur (cf. outil de diagnostique utilisateur natif) que ces paramètres sont appliqués en fait deux fois.

La première fois, l'exécution est un fonctionnement classique. L'utilisateur lance son application publiée et reçoit les paramètres adéquates selon son environnement.

Par contre, il existe une routine qui lance en fin d'exécution de l'application publiée une opération de "Refresh".

Présence de l'action de "Refresh" pour une application publiée Citrix

Or cette opération à pour effet de réappliquer l'ensemble des paramètres qui sont basés sur la langue.

Ce phénomène est bien décrit dans la section du guide d'administration concernant les opérations lancées sur une action de "Refresh", comme le montre le tableau ci-dessous.

Extrait du guide de l'administrateur p.220

Origine de cette routine

Cette routine a été mise en place à la demande d'un des plus importants client de RES Software.

Correction potentielle

Il existe une clé de registre non supportée et non documentée, qui permet de changer ce comportement :

Note : l'utilisation de clés de registre n'est pas de la responsabilité de KINGSBC et de son auteur qui ne peuvent être tenu des effets produits dans un environnement de production. Il est conseillé de sauvegarder le registre de la machine avant toutes modifications.

Pour un environnement 64bits

Key: HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\RES\PowerFuse

Value: PALoadConfigurationAtStartup

Type: REG_SZ

Data: yes

Aprés quelques échanges et travaux menés avec les équipe d'ingénierie chez RES, ce comportement sera désormais corrigé et déployé dans la Service Release 1, dont la date de sortie prévue est janvier 2016.